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-ports/attachments/20160822/72b1c18b/attachment.bin>


More information about the freebsd-ports mailing list