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.

Sign up for GitHub

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

Jump to bottom

Can't link libomptarget.so.16 because of missing symbols #61693

Open
liam-clink opened this issue Mar 24, 2023 · 13 comments
Open

Can't link libomptarget.so.16 because of missing symbols #61693

liam-clink opened this issue Mar 24, 2023 · 13 comments
Labels
build-problem invalid Resolved as invalid, i.e. not a bug openmp

Comments

@liam-clink
Copy link

liam-clink commented Mar 24, 2023 •
edited
Loading

When building LLVM 16.0.0 with Clang 15.0.3 using config:

cmake -S ../llvm -B . -G Ninja -DCMAKE_BUILD_TYPE=Release -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_ENABLE_PROJECTS="bolt;llvm;clang;lld;lldb;clang-tools-extra;cross-project-tests;libclc;polly;pstl" -DLLVM_ENABLE_RUNTIMES="openmp;libcxx;libcxxabi;libunwind;compiler-rt" -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ -DLIBCXX_USE_COMPILER_RT=YES -DLLVM_USE_LINKER=lld -DLIBCXXABI_USE_LLVM_UNWINDER=YES -DLLVM_INSTALL_UTILS=ON -DCMAKE_INSTALL_PREFIX=$HOME/llvm15_temp -DLLDB_ENABLE_PYTHON=TRUE -DPython3_EXECUTABLE=`which python3` -DLLVM_PARALLEL_LINK_JOBS=1 -DLLVM_ENABLE_LIBCXX=ON

I get an error at the linking stage of libomptarget.so.16

Linking CXX shared library /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libomptarget.so.16 
ld.lld: error: undefined symbol: llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*)
>>> referenced by ompt_callback.cpp
>>>               openmp/libomptarget/src/CMakeFiles/omptarget.dir/ompt_callback.cpp.o:(OmptLibraryConnectorTy::initialize())
>>> referenced by rtl.cpp
>>>               openmp/libomptarget/src/CMakeFiles/omptarget.dir/rtl.cpp.o:(RTLsTy::attemptLoadRTL(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>> const&, RTLInfoTy&))

ld.lld: error: undefined symbol: std::__1::error_category::~error_category()
>>> referenced by Error.cpp
>>>               Error.cpp.o:(llvm::ErrorList::convertToErrorCode() const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by Error.cpp
>>>               Error.cpp.o:((anonymous namespace)::ErrorErrorCategory::~ErrorErrorCategory()) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::ErrorErrorCategory) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced 3 more times

ld.lld: error: undefined symbol: std::__1::error_code::message() const
>>> referenced by Error.cpp
>>>               Error.cpp.o:(llvm::StringError::log(llvm::raw_ostream&) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by Error.cpp
>>>               Error.cpp.o:(llvm::ECError::log(llvm::raw_ostream&) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by raw_ostream.cpp
>>>               raw_ostream.cpp.o:(llvm::raw_fd_ostream::~raw_fd_ostream()) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> std::__1::operator+<char, std::__1::char_traits<char>, std::__1::allocator<char>>(char const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&)
>>> referenced by Error.cpp
>>>               Error.cpp.o:(llvm::StringError::log(llvm::raw_ostream&) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::timeTraceProfilerWrite(llvm::StringRef, llvm::StringRef)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::TimeTraceProfiler::write(llvm::raw_pwrite_stream&)::'lambda'()::operator()() const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>::basic_string(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&)
>>> referenced by Error.cpp
>>>               Error.cpp.o:(llvm::ErrorInfoBase::message() const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::TimeTraceProfiler::begin(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, llvm::function_ref<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> ()>)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::TimeTraceProfiler::begin(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, llvm::function_ref<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> ()>)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced 12 more times

ld.lld: error: undefined symbol: std::__1::error_category::default_error_condition(int) const
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::ErrorErrorCategory) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::_object_error_category) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMObject.a

ld.lld: error: undefined symbol: std::__1::error_category::equivalent(int, std::__1::error_condition const&) const
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::ErrorErrorCategory) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::_object_error_category) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMObject.a

ld.lld: error: undefined symbol: std::__1::error_category::equivalent(std::__1::error_code const&, int) const
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::ErrorErrorCategory) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by Error.cpp
>>>               Error.cpp.o:(vtable for (anonymous namespace)::_object_error_category) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMObject.a

ld.lld: error: undefined symbol: std::__1::mutex::lock()
>>> referenced by ErrorHandling.cpp
>>>               ErrorHandling.cpp.o:(llvm::report_fatal_error(llvm::Twine const&, bool)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by ErrorHandling.cpp
>>>               ErrorHandling.cpp.o:(llvm::report_bad_alloc_error(char const*, bool)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::timeTraceProfilerCleanup()) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced 2 more times

ld.lld: error: undefined symbol: std::__1::mutex::unlock()
>>> referenced by ErrorHandling.cpp
>>>               ErrorHandling.cpp.o:(llvm::report_fatal_error(llvm::Twine const&, bool)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by ErrorHandling.cpp
>>>               ErrorHandling.cpp.o:(llvm::report_bad_alloc_error(char const*, bool)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::timeTraceProfilerCleanup()) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced 2 more times

ld.lld: error: undefined symbol: std::__1::recursive_mutex::lock()
>>> referenced by ManagedStatic.cpp
>>>               ManagedStatic.cpp.o:(llvm::ManagedStaticBase::RegisterManagedStatic(void* (*)(), void (*)(void*)) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::recursive_mutex::unlock()
>>> referenced by ManagedStatic.cpp
>>>               ManagedStatic.cpp.o:(llvm::ManagedStaticBase::RegisterManagedStatic(void* (*)(), void (*)(void*)) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::recursive_mutex::recursive_mutex()
>>> referenced by ManagedStatic.cpp
>>>               ManagedStatic.cpp.o:(llvm::ManagedStaticBase::RegisterManagedStatic(void* (*)(), void (*)(void*)) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::recursive_mutex::~recursive_mutex()
>>> referenced by ManagedStatic.cpp
>>>               ManagedStatic.cpp.o:(llvm::ManagedStaticBase::RegisterManagedStatic(void* (*)(), void (*)(void*)) const) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::to_string(unsigned long)
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(report_size_overflow(unsigned long, unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(report_size_overflow(unsigned long, unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(report_at_maximum_capacity(unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>::~basic_string()
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(report_size_overflow(unsigned long, unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(report_size_overflow(unsigned long, unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(report_size_overflow(unsigned long, unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced 3 more times

ld.lld: error: undefined symbol: std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>::append(char const*)
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> std::__1::operator+[abi:v15003]<char, std::__1::char_traits<char>, std::__1::allocator<char>>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&&, char const*)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::timeTraceProfilerWrite(llvm::StringRef, llvm::StringRef)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>::append(char const*, unsigned long)
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> std::__1::operator+[abi:v15003]<char, std::__1::char_traits<char>, std::__1::allocator<char>>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&&)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
>>> referenced by raw_ostream.cpp
>>>               raw_ostream.cpp.o:(llvm::raw_string_ostream::write_impl(char const*, unsigned long)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>::insert(unsigned long, char const*)
>>> referenced by SmallVector.cpp
>>>               SmallVector.cpp.o:(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> std::__1::operator+[abi:v15003]<char, std::__1::char_traits<char>, std::__1::allocator<char>>(char const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&&)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a

ld.lld: error: undefined symbol: std::__1::chrono::system_clock::now()
>>> referenced by TimeProfiler.cpp
>>>               TimeProfiler.cpp.o:(llvm::TimeTraceProfiler::TimeTraceProfiler(unsigned int, llvm::StringRef)) in archive /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a
@llvmbot
Copy link
Collaborator

llvmbot commented Mar 25, 2023

@llvm/issue-subscribers-openmp

@MaskRay
Copy link
Member

MaskRay commented Mar 25, 2023

I have tried the CMake command and ninja runtimes can build lib/libomptarget.so.16 (release/16.x branch) or lib/libomptarget.so.17 (main branch) without an issue.

I think you likely mismatch libstdc++ and libc++.

undefined symbol: std::__1::recursive_mutex::lock() indicates a libc++ symbol name while std::__cxx11::basic_string suggests a libstdc++ symbol name. You may want to check whether your clang 15.0.3 is configured correctly.

@MaskRay MaskRay added the invalid Resolved as invalid, i.e. not a bug label Mar 25, 2023
@liam-clink
Copy link
Author

How would I check that it is correctly configured? Like how do I make sure that clang uses lib++?

@liam-clink liam-clink changed the title Can't link libomptarget.so.6 because of missing symbols Can't link libomptarget.so.16 because of missing symbols Mar 29, 2023
@liam-clink
Copy link
Author

I built the clang using

cmake -S ../llvm -B . -G Ninja -DCMAKE_BUILD_TYPE=Release -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_ENABLE_PROJECTS="bolt;llvm;clang;lld;lldb;clang-tools-extra;cross-project-tests;libclc;polly;pstl" -DLLVM_ENABLE_RUNTIMES="libcxx;libcxxabi;libunwind;compiler-rt" -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ -DLIBCXX_USE_COMPILER_RT=YES -DLLVM_USE_LINKER=lld -DLIBCXXABI_USE_LLVM_UNWINDER=YES -DLLVM_INSTALL_UTILS=ON -DCMAKE_INSTALL_PREFIX=$HOME/llvm15_temp -DLLDB_ENABLE_PYTHON=TRUE -DPython3_EXECUTABLE=`which python3` -DLLVM_PARALLEL_LINK_JOBS=1 -DLLVM_ENABLE_LIBCXX=ON

I specifically am telling clang to use libc++, why would it be trying to use libstdc++?

@jhuber6
Copy link
Contributor

jhuber6 commented Mar 29, 2023 

ld.lld: error: undefined symbol: llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*)
>>> referenced by ompt_callback.cpp
>>>               openmp/libomptarget/src/CMakeFiles/omptarget.dir/ompt_callback.cpp.o:(OmptLibraryConnectorTy::initialize())
>>> referenced by rtl.cpp
>>>               openmp/libomptarget/src/CMakeFiles/omptarget.dir/rtl.cpp.o:(RTLsTy::attemptLoadRTL(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>> const&, RTLInfoTy&))

This part is confusing, that file should be provided by LLVM's LibLLVMSupport library. I'm not sure why it's failing to be linked here.

@liam-clink
Copy link
Author

You mean the pre-existing one, or the just-built one?

@jhuber6
Copy link
Contributor

jhuber6 commented Apr 1, 2023

It should be pulling it form the current LLVM build since it's added via add_llvm_library. I'm unsure why it could fail to pick those libraries up unfortunately. Do you think you could get a verbose print-out of the command that CMake is using to link / compile that file?

@liam-clink
Copy link
Author

Is this what you mean?

[31/103] Linking CXX shared library /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libomptarget.so.16
FAILED: /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libomptarget.so.16 
: && /home/liam/Downloads/llvm-project-16.0.0.src/build/./bin/clang++ --target=x86_64-unknown-linux-gnu -fPIC -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wstring-conversion -Wmisleading-indentation -Wctad-maybe-unsupported -fdiagnostics-color -ffunction-sections -fdata-sections -Wall -Wcast-qual -Wformat-pedantic -Wimplicit-fallthrough -Wsign-compare -Wno-enum-constexpr-conversion -Wno-extra -Wno-pedantic -std=c++17 -O3 -DNDEBUG  -Wl,-z,defs -Wl,-z,nodelete -fuse-ld=lld -Wl,--color-diagnostics   -Wl,--gc-sections -shared -Wl,-soname,libomptarget.so.16 -o /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libomptarget.so.16 openmp/libomptarget/src/CMakeFiles/omptarget.dir/api.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/device.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/interface.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/interop.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/omptarget.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/ompt_callback.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/rtl.cpp.o openmp/libomptarget/src/CMakeFiles/omptarget.dir/LegacyAPI.cpp.o  -Wl,-rpath,"\$ORIGIN:/home/liam/Downloads/llvm-project-16.0.0.src/build/runtimes/runtimes-bins/openmp/libomptarget/src/..:"  -Wl,--version-script=/home/liam/Downloads/llvm-project-16.0.0.src/openmp/libomptarget/src/exports  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMObject.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMIRReader.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMBitReader.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMAsmParser.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMCore.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMRemarks.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMBitstreamReader.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMMCParser.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMMC.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMDebugInfoCodeView.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMTextAPI.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMBinaryFormat.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMTargetParser.a  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMSupport.a  -lrt  -ldl  -lm  /usr/lib/x86_64-linux-gnu/libz.so  /usr/lib/x86_64-linux-gnu/libtinfo.so  /home/liam/Downloads/llvm-project-16.0.0.src/build/lib/libLLVMDemangle.a && :

@jhuber6
Copy link
Contributor

jhuber6 commented Apr 7, 2023

It's definitely linking in libLLVMSupport.a (it's actually being linked twice). So I'm not sure why you are getting linker errors for getPermanentLibrary. If you do something like llvm-nm libLLVMSupport.a | grep 'getPermanentLibrary' you should see that symbol, right? That's the part that's confusing me.

@liam-clink
Copy link
Author

@jhuber6 I went into the lib directory inside of the build directory and tried that and I get this:

                 U _ZN4llvm3sys14DynamicLibrary19getPermanentLibraryEPKcPNSt3__112basic_stringIcNS4_11char_traitsIcEENS4_9allocatorIcEEEE
0000000000000000 T _ZN4llvm3sys14DynamicLibrary19getPermanentLibraryEPKcPNSt3__112basic_stringIcNS4_11char_traitsIcEENS4_9allocatorIcEEEE

Does that tell you anything?

@sfiedler0
Copy link

sfiedler0 commented Jul 8, 2023 •
edited
Loading

Does that tell you anything?

If the grep gives you anything more than one line and that line is not an error, it should tell us that this symbol is included there...

Currently facing similar errors for compiling zig (stage zig2)...
But perhaps that is problematic because I used zig cc for llvm compiling and now I use clang (but zig cc just uses clang...)

Wait, in the zig wiki they explicitly say that only builds with exact same compilers are working. Perhaps that's also true for llvm (I think if you use ld instead of lld and llvm-ar or whatever it could error). Could you say me (or us) what tools you use exactly?

@luporl
Copy link
Contributor

luporl commented Apr 2, 2024

I was seeing similar link errors while building openmp as a runtime component.
I was able to build it by adding -DCLANG_DEFAULT_CXX_STDLIB=libc++ to the cmake command line. This makes the built clang to also use libc++ when building the runtimes.

But I noticed a race condition between OpenMP trying to use libc++ and it being built, which can cause libc++ to not be found when linking OpenMP libraries. Running ninja again or ninja -C runtimes/runtimes-bins cxx && ninja is a possible work around.

This may also work with #59427.

@jhuber6
Copy link
Contributor

jhuber6 commented Apr 2, 2024

Yeah, that's not well defined for the runtimes build right now. That clang option specifies whether or not stdlib=libc++ is default in the compiler. The problem is that we then want to use this compiler to build OpenMP. I think there's similar ordering problems with libc and libcxx projects. Maybe @petrhosek has a good solution for requiring an order to these things. Otherwise, the expected result is for the user to provide it beforehand or manage the build ordering themselves.

@luporl luporl mentioned this issue Apr 3, 2024
Merged
luporl added a commit to llvm/llvm-zorg that referenced this issue Apr 4, 2024
@luporl
[flang] Disable OpenMP on flang-aarch64-libcxx bot (#164)
db1cefe 
Building LLVM with libc++ and OpenMP as a runtime on a glibc based
system causes some hard to fix build failures (see
llvm/llvm-project#61693).

As the point of building against libc++ was to make sure flang works
well with it, adding OpenMP doesn’t help that, and flang OpenMP
tests are already enabled on other flang bots, just disable OpenMP
on flang-aarch64-libcxx.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
build-problem invalid Resolved as invalid, i.e. not a bug openmp
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
7 participants
@MaskRay @EugeneZelenko @luporl @jhuber6 @liam-clink @llvmbot @sfiedler0