gcc -nostdlib -nostartfiles -o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/iconv/iconvconfig -Wl,-dynamic-linker=/lib/ld-linux.so.2 -Wl,-z,combreloc /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/csu/crt1.o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/csu/crti.o `gcc --print-file-name=crtbegin.o` /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/iconv/iconvconfig.o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/iconv/strtab.o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/iconv/xmalloc.o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/iconv/hash-string.o -Wl,-rpath-link=/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/math:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/elf:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/dlfcn:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/nss:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/nis:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/rt:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/resolv:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/crypt:/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/libc.so.6.1 /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/libc_nonshared.a -lgcc -lgcc_eh `gcc --print-file-name=crtend.o` /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/csu/crtn.o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/libc.so.6.1: undefined reference to `__GI___pwrite64' collect2: ld returned 1 exit status Reproducible: Always Steps to Reproduce: 1.ebuild /usr/portage/sys-libc/glibc-2.3.2-r6.ebuild merge 2. 3. Actual Results: emerge failed Expected Results: emerge successfully I try glibc-2.3.2-r6 since glibc-2.3.2-r1 doesn't compile either and the encountered error has been corrected with the branch update patches used in 2.3.2-r6. emerge info : Portage 2.0.49-r7 (default-alpha-1.4, gcc-3.2.3, glibc-unavailable, 2.4.20-raid2) ================================================================= System uname: 2.4.20-raid2 alpha EV56 ACCEPT_KEYWORDS="alpha ~alpha" AUTOCLEAN="yes" CFLAGS="-mcpu=ev56 -O3 -pipe" CHOST="alpha-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=ev56 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache" GENTOO_MIRRORS="ftp://gentoo.irisa.fr/pub/gentoo-sources http://gentoo.oregonstate.edu" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="alpha crypt cups encode foomaticdb gif gnome gpm gtk imlib jpeg libg++ libwww mikmod motif ncurses nls oggvorbis opengl oss pdflib png quicktime sdl slang spell ssl tcpd truetype X xml2 xmms xv zlib gdbm berkdb readline pam perl python acl avi bonobo clamav doc dv dvd evo ffmpeg flash gamma gb gd gnomedb gstreamer gtk2 gtkhtml hbci imagemagick imap innodb ipv6 kerberos lcms libgda mad mcal mdb memlimit menu mldonkeypango mozaccess mozcalendar mozinterfaceinfo mozirc mozp3p mozsvg mozxmlterm mpeg music oav odbc pic plotutils postgres samba sasl snmp tiff transcode type1 usb v4l videos vim-with-x wmf X509 xfs xinerama xml xosd xvid -kde -qt"
What version binutils ? And could you try it without ccache/hardened-gcc if you are using any of those (I do see FEATURES=ccache ... ), thanks.
binutils version : 2.14.90.0.6-r3 I will try without ccache and emerge proposes to me to upgrade to binutils 2.14.90.0.6-r6. I also found this email on the libc-alpha mailing list: http://sources.redhat.com/ml/libc-alpha/2003-08/msg00064.html That presents the same error as mine (but it doesn't seem at the same step of compilation).
Azarah, I see this too when trying to build glibc-2.3.2-r6 on alpha...
Looks like a bug in any 64-bit versions of glibc. I've seen google returns for alpha, sparc64, and ia64. The URL below contains a patch that resolves a bug on ia64, see if it will resolve alpha's issues as well. http://mail.gnu.org/archive/html/bug-glibc/2002-10/msg00149.html
Here's one for sparc64 (64-bit) glibc: http://sources.redhat.com/ml/libc-alpha/2003-10/msg00042.html
Created attachment 19103 [details, diff] failed Patch made on the examples of Sparc64 and IA64 This patch does NOT correct the problem.
Created attachment 19133 [details, diff] Right patch This patch works (ie : no more compilation at this step) BUT The compilation still fails. What should I do, close this bug and open another or keep this one open ? Here is the new error : gcc /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads/crti.S -c -I../include -I. -I/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads -I.. -I../libio -I/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere -I../linuxthreads/sysdeps/alpha/elf -I../sysdeps/alpha/elf -I../linuxthreads/sysdeps/unix/sysv/linux/alpha -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/alpha -I../sysdeps/unix/sysv/linux/alpha/alpha -I../sysdeps/unix/sysv/linux/alpha -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/alpha -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/alpha/fpu -I../sysdeps/alpha -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/alpha-unknown-linux-gnu/3.2.3/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DASSEMBLER -g0 -o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads/crti.o /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads/crti.S: Assembler messages: /var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads/crti.S:34: Error: .prologue directive without a preceding .ent directive make[2]: *** [/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/buildhere/linuxthreads/crti.o] Error 1 make[2]: Leaving directory `/home/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2/linuxthreads' make[1]: *** [linuxthreads/others] Error 2 make[1]: Leaving directory `/home/var/tmp/portage/glibc-2.3.2-r6/work/glibc-2.3.2' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.2-r6 failed. !!! Function src_compile, Line 456, Exitcode 2 !!! (no error message)
Created attachment 19136 [details, diff] Right complete patch This patch corrects both the __GI___pwrite64 error and the '.prologue directive' error described in the previous message. Still, this patch enables glibc to compile. I don't know if glibc is "actually" working.
Please test the last patch for both compilation and then use of the glibc
Created attachment 19937 [details, diff] new patch for glibc-2.3.2-r8 I use it in ebuild with ------------------------ if [ "${ARCH}" = "alpha" ] then # Fix compatability with compaq compilers by ifdef'ing out some # 2.3.2 additions. # <taviso@gentoo.org> (14 Jun 2003). cd ${S}; epatch ${FILESDIR}/2.3.2/${P}-decc-compaq.patch cd ${S}; epatch ${FILESDIR}/glibc-2.3.2-r8-alpha.patch fi
Comment on attachment 19937 [details, diff] new patch for glibc-2.3.2-r8 there is also a problem with __pread64, so I used __pwrite64 analogy
Run a 'make check' in the build dir - it should pass most tests (all on x86, but not sure on alpha).
glibc now emerge successfully
