Problems with our libgcc_s.so in base [FYI: armv6 C++/g++6 example under stable/11 -r304029]
David Chisnall
theraven at FreeBSD.org
Mon Aug 22 08:29:13 UTC 2016
On 21 Aug 2016, at 22:23, Mark Millard <markmi at dsl-only.net> wrote:
>
> On armv6 (an rpi2) C++ by itself can have /lib/libgcc_s.so.1 not being sufficient, for example with g++6 being used:
>
>> # g++6 -std=c++14 -O2 cpp_clocks_investigation.cpp
>> # ldd a.out
>> a.out:
>> libstdc++.so.6 => /usr/local/lib/gcc6/libstdc++.so.6 (0x20100000)
>> libm.so.5 => /lib/libm.so.5 (0x20053000)
>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x20076000)
>> libc.so.7 => /lib/libc.so.7 (0x20300000)
>> # ./a.out
>> /usr/local/lib/gcc6/libstdc++.so.6: Undefined symbol "__aeabi_uldivmod"
>
The problem appears to be that we’ve not imported (all of?) the ARM-specific bits of compiler-rt. For example, this function is provided upstream:
http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/arm/aeabi_uldivmod.S?revision=273500&view=markup
David
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3698 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20160822/72b1c18b/attachment.bin>
More information about the freebsd-stable
mailing list