-
Notifications
You must be signed in to change notification settings - Fork 1
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
arbitrary file type selectors #32
Comments
In-line include files are usually not compible as standalone compilation units. The design of clangd requires this, so it won’t work well with those type of files. |
it appears to propagate an issue to the my original source which includes it indirectly, is there someway to disregard errors in unrelated files, assuming I'm not using any symbols declared within? |
What is the error you're seeing? |
I'm seeing a few, but I have a feeling that one is caused by the other other Thrust from AMD has some optional CUDA compatibility, which I am not using, yet clangd LSP is saying it can't find some cuda related header (cub specifically). When I compile normally, I do not get such an error. The other error I'm seeing, which I don't really get, and it only appears in thrust headers, is but I can include it my own source and LSP shows me the correct gcc header I don't really want to have LSP analyse |
Also, since I've switched from relative includes from the project root directory no longer work, as I'm guessing, the working directory is changing to the source file directory, when the relative imports are no from there, maybe this could be separate issue, or you have some idea to support relative includes from the root project directory (where .sublime.project... are) |
Hi,
I'm trying to use this with the ROCM HIP/Thrust code base from AMD, but it seems to be having issues with sources like "ABC.inl"
I'm trying to configure a custom selector, but modifying the default to include
source.inl |
but I'm not sure it's enoughany tips would be appreciated
thanks
The text was updated successfully, but these errors were encountered: