When llvm/clang 17, with a recipe like this:
cmake -G Ninja -DCMAKE_BUILD_TYPE=RELEASE -DCMAKE_INSTALL_PREFIX=/opt/llvmTemp -DLLVM_ENABLE_PER_TARGET_RUNTIME_DIR=OFF -DLLVM_ENABLE_PROJECTS=“clang;clang-tools-extra;lld;lldb;openmp” -DLLVM_ENABLE_RUNTIMES=“libcxx;libcxxabi;libunwind;compiler-rt” …/llvm
All compilations fails because, the libc++ libs no longer can be found.
In clang16 and before, we got:
libraries: =/opt/llvm/lib/clang/16:/usr/lib64/gcc/x86_64-suse-linux/11:/usr/lib64/gcc/x86_64-suse-linux/11/…/…/…/…/lib64:/lib/…/lib64:/usr/lib/…/lib64:/usr/lib64/gcc/x86_64-suse-linux/11/…/…/…/…/x86_64-suse-linux/lib:/opt/llvm/bin/…/lib:/lib:/usr/lib
==> /opt/llvm/bin/…/lib
Note : 2 dots, not 3, no idea why this forum editor changed it or shows it incorrectly.
This is now no longer present. This is the only difference between the 17 build versus the 16. And this lack of this little path makes it useless.
IS this a bug, how to fix, workaround. Can I patch a certain source file to re-add this search path.
When compiling a single cpp file and adding via the -L option a compile/link can be made to succeed, but this is something not scalable, and a compiler/linker should be able to find its own internals, right ?