Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make display of error panel optional #24

Open
GhostLyrics opened this issue Apr 18, 2015 · 4 comments
Open

Make display of error panel optional #24

GhostLyrics opened this issue Apr 18, 2015 · 4 comments

Comments

@GhostLyrics
Copy link

Summary: Could you make the display of the error panel optional and default to ON?

I'm currently working on a project in which I mainly use ClangComplete for its completions, not the errors, as they are somewhat unreliable given that I'm compiling a miniature operating system for a university course.

@pfultz2
Copy link
Owner

pfultz2 commented Apr 18, 2015

Ok I can add an option for that. Are you getting unwanted errors in the output?

@GhostLyrics
Copy link
Author

I am, but this is due to two external things:

  • the project I'm working on only compiles with gcc
  • I'm cross-compiling this project for another architecture. (e.g. this has an internal type of pointer which will throw a lot of warnings on x86-64)

I just don't think that mitigating this is in the scope of ClangComplete - that's why I said I only use it for its completions in this project.

@pfultz2
Copy link
Owner

pfultz2 commented Apr 20, 2015

Ok so there is the additional_options in the settings that can be used to add options just for clang to disable those warnings. Also, I could add an additional filter settings to filter out warnings that can't be disabled.

@GhostLyrics
Copy link
Author

I got quite a few warnings which I can't disable via a command line flag. How would you filter messages that can't be disabled without the risk of having lots of false positives?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants