-
Notifications
You must be signed in to change notification settings - Fork 12.3k
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
Generic_GCC
can't find GCC 13's omp.h
#120347
Comments
@llvm/issue-subscribers-clang-driver Author: Adam Novak (adamnovak)
I'm using Binder with LLVM 14.0.5. It seems like it builds and uses a bunch of Clang, and the bits of Clang it uses are having a lot of trouble finding my `omp.h`. Here's my log:
The driver (?) successfully finds the right GCC installation with has the C++ STL that I want to be used in the bindings that Binder will generate ( It seems like that directory should be found by How is I haven't tried newer Clang versions here; it's possible this logic has changed and works in newer versions. But I looked over the code and it wasn't clear in the current version how this directory is meant to be found either. There's no real difference in the one non-c++-specific include-finding function. |
I'm using Binder with LLVM 14.0.5. It seems like it builds and uses a bunch of Clang, and the bits of Clang it uses are having a lot of trouble finding my
omp.h
. Here's my log:The driver (?) successfully finds the right GCC installation with has the C++ STL that I want to be used in the bindings that Binder will generate (
/usr/lib/gcc/aarch64-linux-gnu/13
). But the final include search path doesn't end up featuring/usr/lib/gcc/aarch64-linux-gnu/13/include/
, whereomp.h
actually lives.It seems like that directory should be found by
Generic_GCC::AddMultilibIncludeArgs
, since I think this is a multilib-specific include directory (though it's also version specific). But I think that that's actually coming up with the/usr/lib/gcc/aarch64-linux-gnu/13/../../../../aarch64-linux-gnu/include
, which ends in the triple and/include
like the function seems to be going for, but which doesn't actually exist.How is
Generic_GCC
meant to be finding the directory with the triple-specific, GCC-version-specificomp.h
in it?I haven't tried newer Clang versions here; it's possible this logic has changed and works in newer versions. But I looked over the code and it wasn't clear in the current version how this directory is meant to be found either. There's no real difference in the one non-c++-specific include-finding function.
The text was updated successfully, but these errors were encountered: