thr3ads.net - llvm dev - [llvm-dev] libc++ failed to link against musl [Jun 2017]

If this information is useful, please help other people find it:
Share via:

Dmitry Golovin via llvm-dev

2017-Jun-05 11:17 UTC

[llvm-dev] libc++ failed to link against musl

I'm trying to build LLVM, Clang, LLD, compiler-rt, libc++, libc++abi and
libunwind with musl-based toolchain.

The configuration is the following:

     LIBCXX_HAS_MUSL_LIBC=ON
     LIBCXX_HAS_GCC_S_LIB=OFF
     CLANG_DEFAULT_CXX_STDLIB=libc++
     CLANG_DEFAULT_LINKER=lld
     CLANG_DEFAULT_RTLIB=compiler-rt
     LLVM_DEFAULT_TARGET_TRIPLE=x86_64-pc-linux-musl
     LLVM_TARGET_ARCH=x86_64
     LLVM_TARGETS_TO_BUILD=X86

When linking libc++.so there are a lot of undefined references to
__cxa_allocate_exception, __cxa_begin_catch, __cxa_end_catch,
__cxa_free_exception, __cxa_guard_abort, __cxa_guard_acquire,
__cxa_guard_release, __cxa_pure_virtual, __cxa_rethrow, __cxa_throw,
__gxx_personality_v0, _Unwind_Resume, vtable for __cxxabiv1::__class_type_info,
vtable for __cxxabiv1::__si_class_type_info, vtable for
__cxxabiv1::__vmi_class_type_info. The full output of the linking command is too
long and is attached gzipped. The linking command is the following:

x86_64-linux-musl-g++ -fPIC -fPIC -fvisibility-inlines-hidden -Werror=date-time
-std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual
-Wno-missing-field-initializers  -Wno-long-long -Wno-maybe-uninitialized
-Wdelete-non-virtual-dtor -Wno-comment -ffunction-sections -fdata-sections -O3 
-Wl,-z,defs  -fPIC -nodefaultlibs -shared -Wl,-soname,libc++.so.1 -o
lib/libc++.so.1.0
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/algorithm.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/any.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/bind.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/chrono.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/condition_variable.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/debug.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/exception.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/functional.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/future.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/hash.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/ios.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/iostream.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/locale.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/memory.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/mutex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/new.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/optional.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/random.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/regex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/shared_mutex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/stdexcept.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/string.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/strstream.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/system_error.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/thread.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/typeinfo.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/utility.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/valarray.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/variant.cpp.o  -lpthread
-lc -lm -lrt

Please suggest how to fix these linking errors.

Regards,
Dmitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libcxxlinking.txt.gz
Type: application/x-gzip
Size: 12064 bytes
Desc: not available
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170605/345b9d89/attachment.bin>

Jonathan Roelofs via llvm-dev

2017-Jun-05 14:17 UTC

head link

[llvm-dev] libc++ failed to link against musl

On 6/5/17 5:17 AM, Dmitry Golovin via llvm-dev wrote:> I'm trying to build LLVM, Clang, LLD, compiler-rt, libc++, libc++abi
and libunwind with musl-based toolchain.
>
> The configuration is the following:
>
>      LIBCXX_HAS_MUSL_LIBC=ON
>      LIBCXX_HAS_GCC_S_LIB=OFF
>      CLANG_DEFAULT_CXX_STDLIB=libc++
>      CLANG_DEFAULT_LINKER=lld
>      CLANG_DEFAULT_RTLIB=compiler-rt
>      LLVM_DEFAULT_TARGET_TRIPLE=x86_64-pc-linux-musl
>      LLVM_TARGET_ARCH=x86_64
>      LLVM_TARGETS_TO_BUILD=X86
>
> When linking libc++.so there are a lot of undefined references to
__cxa_allocate_exception, __cxa_begin_catch, __cxa_end_catch,
__cxa_free_exception, __cxa_guard_abort, __cxa_guard_acquire,
__cxa_guard_release, __cxa_pure_virtual, __cxa_rethrow, __cxa_throw,
__gxx_personality_v0, _Unwind_Resume, vtable for __cxxabiv1::__class_type_info,
vtable for __cxxabiv1::__si_class_type_info, vtable for
__cxxabiv1::__vmi_class_type_info. The full output of the linking command is too
long and is attached gzipped. The linking command is the following:
Those symbols are from libc++abi, and it isn't on your link line.


Jon
>
> x86_64-linux-musl-g++ -fPIC -fPIC -fvisibility-inlines-hidden
-Werror=date-time -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings
-Wcast-qual -Wno-missing-field-initializers  -Wno-long-long
-Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment
-ffunction-sections -fdata-sections -O3  -Wl,-z,defs  -fPIC -nodefaultlibs
-shared -Wl,-soname,libc++.so.1 -o lib/libc++.so.1.0
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/algorithm.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/any.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/bind.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/chrono.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/condition_variable.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/debug.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/exception.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/functional.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/future.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/hash.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/ios.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/iostream.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/locale.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/memory.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/mutex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/new.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/optional.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/random.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/regex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/shared_mutex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/stdexcept.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/string.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/strstream.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/system_error.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/thread.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/typeinfo.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/utility.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/valarray.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/variant.cpp.o  -lpthread
-lc -lm -lrt
>
> Please suggest how to fix these linking errors.
>
> Regards,
> Dmitry
>
>
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-- 
Jon Roelofs
jonathan at codesourcery.com
CodeSourcery / Mentor Embedded / Siemens

Dmitry Golovin via llvm-dev

2017-Jun-05 15:15 UTC

head link

[llvm-dev] libc++ failed to link against musl

Hi Jonathan,

Thank you very much. I have solved this problem by configuring with additional
options:

     LIBCXXABI_LIBCXX_PATH=/path/to/llvm/projects/libcxx
     LIBCXXABI_LIBCXX_INCLUDES=/path/to/llvm/projects/libcxx/include
     LIBCXX_LIBCXXABI_INCLUDES_INTERNAL=/path/to/llvm/projects/libcxxabi/include

I wonder why those paths were not detected automatically.

Regards,
Dmitry

05.06.2017, 17:17, "Jonathan Roelofs" <jonathan at
codesourcery.com>:> On 6/5/17 5:17 AM, Dmitry Golovin via llvm-dev wrote:
>>  I'm trying to build LLVM, Clang, LLD, compiler-rt, libc++,
libc++abi and libunwind with musl-based toolchain.
>>
>>  The configuration is the following:
>>
>>       LIBCXX_HAS_MUSL_LIBC=ON
>>       LIBCXX_HAS_GCC_S_LIB=OFF
>>       CLANG_DEFAULT_CXX_STDLIB=libc++
>>       CLANG_DEFAULT_LINKER=lld
>>       CLANG_DEFAULT_RTLIB=compiler-rt
>>       LLVM_DEFAULT_TARGET_TRIPLE=x86_64-pc-linux-musl
>>       LLVM_TARGET_ARCH=x86_64
>>       LLVM_TARGETS_TO_BUILD=X86
>>
>>  When linking libc++.so there are a lot of undefined references to
__cxa_allocate_exception, __cxa_begin_catch, __cxa_end_catch,
__cxa_free_exception, __cxa_guard_abort, __cxa_guard_acquire,
__cxa_guard_release, __cxa_pure_virtual, __cxa_rethrow, __cxa_throw,
__gxx_personality_v0, _Unwind_Resume, vtable for __cxxabiv1::__class_type_info,
vtable for __cxxabiv1::__si_class_type_info, vtable for
__cxxabiv1::__vmi_class_type_info. The full output of the linking command is too
long and is attached gzipped. The linking command is the following:
>
> Those symbols are from libc++abi, and it isn't on your link line.
>
> Jon
>
>>  x86_64-linux-musl-g++ -fPIC -fPIC -fvisibility-inlines-hidden
-Werror=date-time -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings
-Wcast-qual -Wno-missing-field-initializers -Wno-long-long
-Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment
-ffunction-sections -fdata-sections -O3 -Wl,-z,defs -fPIC -nodefaultlibs -shared
-Wl,-soname,libc++.so.1 -o lib/libc++.so.1.0
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/algorithm.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/any.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/bind.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/chrono.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/condition_variable.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/debug.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/exception.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/functional.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/future.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/hash.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/ios.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/iostream.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/locale.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/memory.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/mutex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/new.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/optional.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/random.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/regex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/shared_mutex.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/stdexcept.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/string.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/strstream.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/system_error.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/thread.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/typeinfo.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/utility.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/valarray.cpp.o
projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/variant.cpp.o -lpthread
-lc -lm -lrt
>>
>>  Please suggest how to fix these linking errors.
>>
>>  Regards,
>>  Dmitry
>>
>>  _______________________________________________
>>  LLVM Developers mailing list
>>  llvm-dev at lists.llvm.org
>>  http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
> --
> Jon Roelofs
> jonathan at codesourcery.com
> CodeSourcery / Mentor Embedded / Siemens

David Chisnall via llvm-dev

2017-Jun-06 17:40 UTC

head link

[llvm-dev] libc++ failed to link against musl

On 5 Jun 2017, at 15:17, Jonathan Roelofs via llvm-dev <llvm-dev at
lists.llvm.org> wrote:> 
> On 6/5/17 5:17 AM, Dmitry Golovin via llvm-dev wrote:
>> I'm trying to build LLVM, Clang, LLD, compiler-rt, libc++,
libc++abi and libunwind with musl-based toolchain.
>> 
>> The configuration is the following:
>> 
>>     LIBCXX_HAS_MUSL_LIBC=ON
>>     LIBCXX_HAS_GCC_S_LIB=OFF
>>     CLANG_DEFAULT_CXX_STDLIB=libc++
>>     CLANG_DEFAULT_LINKER=lld
>>     CLANG_DEFAULT_RTLIB=compiler-rt
>>     LLVM_DEFAULT_TARGET_TRIPLE=x86_64-pc-linux-musl
>>     LLVM_TARGET_ARCH=x86_64
>>     LLVM_TARGETS_TO_BUILD=X86
>> 
>> When linking libc++.so there are a lot of undefined references to
__cxa_allocate_exception, __cxa_begin_catch, __cxa_end_catch,
__cxa_free_exception, __cxa_guard_abort, __cxa_guard_acquire,
__cxa_guard_release, __cxa_pure_virtual, __cxa_rethrow, __cxa_throw,
__gxx_personality_v0, _Unwind_Resume, vtable for __cxxabiv1::__class_type_info,
vtable for __cxxabiv1::__si_class_type_info, vtable for
__cxxabiv1::__vmi_class_type_info. The full output of the linking command is too
long and is attached gzipped. The linking command is the following:
> 
> Those symbols are from libc++abi, and it isn't on your link line.
It depends on how you want to package libc++ whether you actually want to link
to libc++abi.  If you’re on a GNUish system, you almost certainly don’t, because
you then won’t be able to combine libc++ and libstdc++ in the same binary.  You
want to add -lstdc++ to the link line (or, ideally, -lsupc++, if your
distribution ships a separate libsupc++.so).

On FreeBSD, we don’t link libc++ to any ABI library.  Instead, both libc++.so
and libstdc++.so are linker scripts that instruct anything that tries to link
libc++ to link libc++.so.{version} and libcxxrt.so.{version}.

David

Possibly Parallel Threads

Search for more maybe matching threads

llvm dev - Jun 2017 - libc++ failed to link against musl

[llvm-dev] libc++ failed to link against musl

[llvm-dev] libc++ failed to link against musl

[llvm-dev] libc++ failed to link against musl

[llvm-dev] libc++ failed to link against musl

Possibly Parallel Threads