-
Notifications
You must be signed in to change notification settings - Fork 153
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
Fix build with Clang 12 and install the native lib #244
Conversation
clangAST | ||
clangFrontend | ||
libclang | ||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you provide more details about how you built such that you didn't have clangAST
or clangFrontend
?
These exist in both the official release binaries (https://github.com/llvm/llvm-project/releases/tag/llvmorg-12.0.0, see `lib/libclangAST.a and friends) and in the binaries produced if built locally.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This CMake was also used to succesfully build libClangSharp for 12.0.0 on all supported platforms, so things were resolving correctly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you provide more details about how you built such that you didn't have clangAST or clangFrontend?
sys-devel/clang version 12.0.0 from the Gentoo main tree. Neither it nor the clang package from Arch provide those libraries. You can view the file list for the Arch package here.
The clang package here installs no static (.a) archives at all.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks like its going to break windows as there is no clang-cpp
produced.
I'm fine with taking it for Unix given it looks like the official binaries do create and ship clang-cpp
by default.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated adding library check.
56e1701
to
7901a36
Compare
Added |
7901a36
to
2764e96
Compare
No, that's unneeded, the import library path is set correctly by Clang's Targets.cmake. |
SOVERSION ${PROJECT_VERSION} | ||
) | ||
|
||
include(GNUInstallDirs) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What's the behavior of this on Windows and is it going to do the "right" thing where Windows considers *.dll
a bin
file but *.lib
a library file (in contrast to Unix which considers both *.so
and *.a
to be library files)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On Windows _BINDIR is "bin", _LIBDIR is "lib", .dll files are RUNTIME
, .lib files are ARCHIVE
. CMake documents that here.
Closes #241.