Re:Re: how to fix "arm-linux-gnueabihf/lib/libstdc++.so: undefined reference to `clock_gettime@GLIBC_2.17'?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Here, I attached my libstdc++.so.6.0.21, which is linked to libstdc++.so, and its a copy from my 
linaro compiler, which was download from linaro official website, named:
gcc-linaro-5.3-2016.02-x86_64_arm-linux-gnueabihf.tar.xz



the so file is to large and failed to upload.
At 2020-03-10 22:24:22, "Florian Weimer" <fw@xxxxxxxxxxxxx> wrote:
>* kipade:
>
>>>> "/opt/arm-toolchain/linux/linaro/gcc-linaro-5.3-2016.02-x86_64_arm-linux-gnueabihf/bin/../lib/gcc/arm-linux-gnueabihf/5.3.1/../../../.
>>>> ./arm-linux-gnueabihf/lib/libstdc++.so: undefined reference to `clock_gettime@GLIBC_2.17'
>
>> thanks for your reply. my link cmd is:
>> arm-linux-gnueabihf-g++ main.o -L ../arm_common/build/lib/ -larmcomm -pthread -lelf  -ldl -lrt
>
>This doesn't look particularly suspicious.
>
>You need to double-check that your cross-compiler version matches the
>glibc version you have installed for its use.  The error message
>suggests that you are using an outdated glibc version that predates
>the one that was used to build GCC and libstdc++.  (It's also possible
>that you are not trying to link against glibc at all, but in that
>case, more undefined symbols would show up, I think.)
>
>(I assume this is a cross-compilation environment, so there's no risk
>that there are Arm libraries on the host.)




[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux