kumar8600 / flycheck-clangcheck Goto Github PK

The s-prepend function is referenced in the sources but the s library is not required or installed along with the package.

As there isn't much development going on now can we tag a stable version so a pinned version can be added to melpa-stable?

Hi, I have a JSON Database Compilation and it works well from the terminal.

[
    {
        "directory": "./",
        "command": "clang ./src/lab14.c -std=c99 -Wall  -I./include -o ./bin/setup.exe",
        "file": "C:/Users/nxjulian/Documents/lab14/src/lab14.c"
    }
]

Terminal

clang-check -analyze src/lab14.c

With emacs

(require 'flycheck-clangcheck)
(defun my-select-clangcheck-for-checker ()
  "Select clang-check for flycheck's checker."
  (flycheck-mode 1)
  (flycheck-set-checker-executable 'c/c++-clangcheck
                                   "C:/Program Files/LLVM/bin/clang-check.exe")
  (flycheck-select-checker 'c/c++-clangcheck))

The problem is in emacs with flycheck-clangcheck not recognize "./include".

Help me please.

Not sure if this has already been mentioned, but when using clang check, my current working directory doesn't change after opening a file.

in Emacs if I:

1. cd to ~/projects/myproject
2. open file ~/projects/myproject/src/test.cpp

My current directory still remains ~/projects/myproject
Though it should be ~/projects/myproject/src/ while looking at the test.cpp buffer. This is not a huge deal as I can just 'cd' into src, but it isn't the default emacs behaviour when dealing with current buffer working directories and causes issues with switching between h/cpp files. If my project had a more complicated src structure (as most projects do), this would be problematic as it would be a huge pain to have to 'cd' all the time after opening files.

This only becomes an issue after enabling flycheck-clangcheck and not with flycheck alone.

Read through some of the code and saw that "default-directory" is being set, is this so that the package can read compile_commands.json regardless of the current buffer? Is it not possible to keep track of the compile_commands.json directory without overwriting the default-directory?

It seems while using this extension, all these annoying plist files magically appear in my source directory. For example flycheck_pixel_parse.plist:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
 <key>clang_version</key>
<string>Ubuntu clang version 3.6.0-2ubuntu1~trusty1 (tags/RELEASE_360/final) (based on LLVM 3.6.0)</string>
 <key>files</key>
 <array>
 </array>
 <key>diagnostics</key>
 <array>
 </array>
</dict>
</plist>

In order to get this to work on C++11 sources I had to use (setq flycheck-clangcheck-extra-arg '("-std=c++11")). Perhaps this module should pass that information along based on the flycheck-clang-language-standard customization?

Due to the way the builder works around calling clang-check directly it will get confused by not being in the right build directory (e.g. in QEMU it fails to find config-target.h which is in the target build directory). I'm working on a fix to pass the build directory as an option.