[gentoo-user] glibc problem on amd64
hi, i have a gento on a ~x86 that udpate sucessfully but on a ~amd64 it failed on emerge... (the processor is in reality a xeon w emt64 ) here are the last lines of the emerge... thanx for suggestion... it's boring cause i m still using the glibc from the stage3 installation... so it's not using any optimisations or use flags that i want... make[4]: Nothing to be done for `rtld-all'. make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/gmon' make -C ../misc objdir=/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-getpagesize.os rtld-mmap.os rtld-munmap.os rtld-mprotect.os rtld-madvise.os rtld-init-misc.os rtld-llseek.os' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/io' x86_64-pc-linux-gnu-gcc -nostdlib -nostartfiles -static -o /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/sln /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/csu/crt1.o /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/csu/crti.o `x86_64-pc-linux-gnu-gcc --print-file-name=crtbegin.o` /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/sln.o /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc.a -lgcc -lgcc_eh /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc.a `x86_64-pc-linux-gnu-gcc --print-file-name=crtend.o` /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/csu/crtn.o make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/csu' /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc.a(memset.o): In function `memset': ../sysdeps/x86_64/memset.S:(.text+0xd3): undefined reference to `_rtld_global_ro' ../sysdeps/x86_64/memset.S:(.text+0x103): undefined reference to `_rtld_global_ro' /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc.a(mempcpy.o): In function `mempcpy': ../sysdeps/x86_64/mempcpy.S:(.text+0x123): undefined reference to `_rtld_global_ro' ../sysdeps/x86_64/mempcpy.S:(.text+0x173): undefined reference to `_rtld_global_ro' ../sysdeps/x86_64/mempcpy.S:(.text+0x293): undefined reference to `_rtld_global_ro' /var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc.a(memcpy.o):../sysdeps/x86_64/memcpy.S:(.text+0x123): more undefined references to `_rtld_global_ro' follow collect2: ld returned 1 exit status make[2]: *** [/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/sln] Error 1 make[2]: *** Waiting for unfinished jobs make -C ../nptl objdir=/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-libc-cancellation.os rtld-libc_multiple_threads.os rtld-forward.os rtld-libc-lowlevellock.os' make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/io' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/io' make[4]: Nothing to be done for `rtld-all'. make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/io' make -C ../posix objdir=/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-uname.os rtld-_exit.os rtld-getpid.os rtld-environ.os' make -C ../setjmp objdir=/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-bsd-_setjmp.os rtld-__longjmp.os rtld-setjmp.os' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/misc' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/csu' make[4]: Nothing to be done for `rtld-all'. make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/csu' make -C ../signal objdir=/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl -f Makefile -f ../elf/rtld-Rules rtld-all tld-modules='rtld-sigaction.os rtld-sigprocmask.os rtld-kill.os rtld-sigfillset.os rtld-sigdelset.os' make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/misc' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/setjmp' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/posix' make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/setjmp' make[4]: Entering directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/setjmp' make[4]: Nothing to be done for `rtld-all'. make[4]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/setjmp' make -C ../stdlib objdir=/var/tmp/portage/glibc-2.3.6-r3/work/build-amd64-x86_64-pc-linux-gnu-nptl -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-exit.os rtld-cxa_atexit.os'
Re: [gentoo-user] glibc problem with amd64
Still can not compile opencv: 1. Tried with CFLAGS="-O2 -march=k8 -pipe" as recommended in "Gentoo Linux/AMD64 FAQ". The compilation fails at the same point. 2. (Richard Fish): The links to crti.o and crtbeginS.o are in the glibc, they are not in the opencv makefile. Any more Ideas? Should it be addressed to the gentoo developers ? Nadav. Yahoo! Photos NEW, now offering a quality print service from just 8p a photo.
[gentoo-user] glibc problem with amd64
I tried to compile openv (Intel's computer vision library) on amd64 (64 bit mode) and it failed with the gollowing message: g++ -shared /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/crtbeginS.o .libs/cxalloc.o .libs/cxarithm.o .libs/cxarray.o .libs/cxcmp.o .libs/cxconvert.o .libs/cxcopy.o .libs/cxdatastructs.o .libs/cxdrawing.o .libs/cxdxt.o .libs/cxerror.o .libs/cxjacobieigens.o .libs/cxlogic.o .libs/cxlut.o .libs/cxmathfuncs.o .libs/cxmatmul.o .libs/cxmatrix.o .libs/cxmean.o .libs/cxmeansdv.o .libs/cxminmaxloc.o .libs/cxnorm.o .libs/cxouttext.o .libs/cxpersistence.o .libs/cxprecomp.o .libs/cxrand.o .libs/cxsumpixels.o .libs/cxsvd.o .libs/cxswitcher.o .libs/cxtables.o .libs/cxutils.o -L/usr/x86_64-pc-linux-gnu/lib -L/usr/x86_64-pc-linux-gnu/bin -ldl -lpthread -L/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/libstdc++.so -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crtn.o -march=k8 -mfpmath=sse -msse3 -o .libs/libcxcore.so.0.9.7 /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crti.o: In function `_init': /var/tmp/portage/glibc-2.3.5-r2/work/build-amd64-x86_64-pc-linux-gnu-linuxthreads/csu/crti.S:11: multiple definition of `_init' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crti.o:/var/tmp/portage/glibc-2.3.5-r2/work/build-amd64-x86_64-pc-linux-gnu-linuxthreads/csu/crti.S:11: first defined here /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crti.o: In function `_fini': /var/tmp/portage/glibc-2.3.5-r2/work/build-amd64-x86_64-pc-linux-gnu-linuxthreads/csu/crti.S:(.fin! i+0x0): multiple definition of `_fini' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crti.o:/var/tmp/portage/glibc-2.3.5-r2/work/build-amd64-x86_64-pc-linux-gnu-linuxthreads/csu/crti.S:(.fini+0x0): first defined here /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/crtbeginS.o:(.data.rel+0x0): multiple definition of `__dso_handle' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/crtbeginS.o:(.data.rel+0x0): first defined here collect2: ld returned 1 exit status I would like to note that: * The cmpilation went smoothly on a P4 (32 bit) with the same glibc (2.3.5-r2) * I saw several post on this glibc issue with other distros. One suggested to compile glibc with -funit-at-a-time. but this option aborted glibc compilation. Any idea? Nadav. To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre.
Re: [gentoo-user] glibc problem with amd64
On Thursday 09 February 2006 12:40, Nadav Horesh wrote: retry with O2 and without mfpmath and -msse3? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glibc problem with amd64
On 2/9/06, Nadav Horesh [EMAIL PROTECTED] wrote: I tried to compile openv (Intel's computer vision library) on amd64 (64 bit mode) and it failed with the gollowing message: g++ -shared /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/crtbeginS.o AFAIK the build should not be calling out crti.o, crtbeginS.o, and crtendS.o directly. These are added by gcc automatically. Maybe the -nostdlib flag can help here... CFLAGS=-nostdlib emerge ... -Richard -- gentoo-user@gentoo.org mailing list