[unsolved] memcpy@GLIBC_2.4; No symbol version section

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

[unsolved] memcpy@GLIBC_2.4; No symbol version section

schnabelvieh
This post was updated on .
Hello everybody,

i'm new to this forum. I've been busy with building jogl2 on an armv7hf (iMX6, udoo board) for quite a while.
The first problem I have, might be fixed already, but I still want to ask:

I've did:

-------------------------
mkdir jogamp
cd jogamp && git clone git://jogamp.org/srv/scm/gluegen.git gluegen
-------------------------

to get gluegen first.

Then I changed into gluegen/make and "ant" finished with

-------------------------
 Starting link
 [cc] /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3/../../../../armv7a-hardfloat-linux-gnueabi/bin/ld: libBindingtest1p1.so: No symbol version section for versioned symbol `memcpy@GLIBC_2.4'
-------------------------

Somewhere else in the terrefic internet i've found the hint to edit glibc-compat-symbols.h

I' replaced

-------------------------
#define GLIBC_COMPAT_SYMBOL(FFF) __asm__(".symver " #FFF "," #FFF "@GLIBC_2.4");
-------------------------

with

-------------------------
#define GLIBC_COMPAT_SYMBOL(FFF) __asm__(".symver " #FFF "," #FFF "@GLIBC_2.19");
-------------------------

and "ant" finished succesfully.

Is there a possibility to test, if this "fix" will cause any trouble?


Thanks in advance,

schnabelvieh
Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

schnabelvieh
Hi,

well it was a little bit to early to call the stuff mentioned above a solution.
Unfortunately jogl fails with:

-----------------------------------------------------
/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3/../../../../armv7a-hardfloat-linux-gnueabi/bin/ld: libnativewindow_x11.so: No symbol version section for versioned symbol `memcpy@GLIBC_2.19'
       [cc] /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3/../../../../armv7a-hardfloat-linux-gnueabi/bin/ld: final link failed: Nonrepresentable section on output
       [cc] collect2: Fehler: ld gab 1 als Ende-Status zurück
----------------------------------------------------

It is just a guess, but I think it has to do with editing the file "glibc-compat-symbols.h" from the gluegen source directory.

I've rebuild the libtool package and I'm waiting for the rebuild of glibc to finish its rebuild, might help .... I really don't know ....

Can somebody tell me something else, what might help ?

I've been busy with this for such a long time

Thanks in advance,

schnabelvieh
Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

schnabelvieh
schnabelvieh wrote
I've rebuild the libtool package and I'm waiting for the rebuild of glibc to finish its rebuild, might help .... I really don't know ....
Well the rebuild of glibc finished. The error stays the same .....

Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

gouessej
Administrator
You should ask for help on the IRC channel.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

gouessej
Administrator
In reply to this post by schnabelvieh
You should use a more recent version of GCC if you want to have a lot less troubles instead of tinkering the scripts.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

schnabelvieh
I will try ;-)

This is the output of gcc -v (current version)

---------------------------------------------------------------
COLLECT_GCC=/usr/armv7a-hardfloat-linux-gnueabi/gcc-bin/4.8.3/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3/lto-wrapper
Ziel: armv7a-hardfloat-linux-gnueabi
Konfiguriert mit: /var/tmp/portage/sys-devel/gcc-4.8.3/work/gcc-4.8.3/configure --host=armv7a-hardfloat-linux-gnueabi --build=armv7a-hardfloat-linux-gnueabi --prefix=/usr --bindir=/usr/armv7a-hardfloat-linux-gnueabi/gcc-bin/4.8.3 --includedir=/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3/include --datadir=/usr/share/gcc-data/armv7a-hardfloat-linux-gnueabi/4.8.3 --mandir=/usr/share/gcc-data/armv7a-hardfloat-linux-gnueabi/4.8.3/man --infodir=/usr/share/gcc-data/armv7a-hardfloat-linux-gnueabi/4.8.3/info --with-gxx-include-dir=/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3/include/g++-v4 --with-python-dir=/share/gcc-data/armv7a-hardfloat-linux-gnueabi/4.8.3/python --enable-languages=c,c++,java,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.3 p1.1, pie-0.5.9' --enable-libstdcxx-time --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --disable-multilib --disable-altivec --disable-fixed-point --with-float=hard --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --enable-java-awt=gtk --enable-libgomp --disable-libmudflap --disable-libssp --enable-lto --without-cloog --disable-libsanitizer
Thread-Modell: posix
gcc-Version 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9)
----------------------------------------------------------------------
Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

Sven Gothel
Administrator
On 01/28/2015 05:32 PM, schnabelvieh [via jogamp] wrote:
> I will try ;-)
>
> This is the output of gcc -v (current version)
>

From IRC ..

(05:38:32 PM) sgothel: schnabelvieh .. you have to check your toolchain .. hmm
(05:38:50 PM) sgothel: but I have no time for it right now .. pls file a bug report
(05:39:04 PM) sgothel: and you can also use a pre-build toolchain we/I use .. one sec
(05:39:45 PM) sgothel: http://jogamp.org/files/toolchain/
(05:40:12 PM) sgothel: here you see: x-tools.linux_gnueabi_gcc463_arm.tar.xz  and opt-linux-armxx-armxx-toolchain-user-libs-20140108.tar.xz
(05:40:22 PM) sgothel: both I use for our jenkins auto builds ..
(05:40:39 PM) sgothel: highly likely that your toolchain is newer .. and we have to adapt to it ..

~Sven



signature.asc (828 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [unsolved] memcpy@GLIBC_2.4; No symbol version section

iNik
This post was updated on .
Hi!

Please tell me where I have to unpack these tarballs?

updated:
Is there any reason why still use the GLIBC-2.4 when version 2.21 is available? GLIBC2.4 released in 2006!!!