make[5]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r3/work/xc/programs/Xserver/hw/vfb' i686-pc-linux-gnu-gcc -o Xorg -march=pentium3 -O3 -pipe -mno-sse2 -fno-strict-aliasing -ansi -pedantic -Wno-return-type -w -L../../exports/lib xkb/xf86KillSrv.o xkb/xf86VT.o xkb/xf86Private.o ../../programs/Xserver/hw/xfree86/common/xf86Init.o ../../programs/Xserver/hw/xfree86/common/xf86IniExt.o ../../programs/Xserver/hw/xfree86/common/libxf86.a ../../programs/Xserver/hw/xfree86/parser/libxf86config.a ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a ../../programs/Xserver/hw/xfree86/loader/libloader.a ../../programs/Xserver/hw/xfree86/common/libxf86.a dix/libdix.a os/libos.a ../../exports/lib/libXau.a ../../lib/font/fontbase.o ../../lib/font/libfontbase.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a ../../programs/Xserver/hw/xfree86/common/libxf86.a composite/libcomposite.a damageext/libdamage.a miext/damage/libdamage.a xfixes/libxfixes.a miext/cw/libcw.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a randr/librandr.a render/librender.a dix/libxpstubs.a mi/libmi.a composite/libcomposite.a damageext/libdamage.a miext/damage/libdamage.a xfixes/libxfixes.a miext/cw/libcw.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a randr/librandr.a render/librender.a ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a -lz -lm -lpam -rdynamic -ldl -lpam_misc -lXau -lXdmcp -lXau -rdynamic -ldl -Wl,-rpath-link,../../exports/lib ../../programs/Xserver/hw/xfree86/loader/libloader.a(xf86sym.o)(.data+0x124c): undefined reference to `__stack_smash_handler' ../../programs/Xserver/hw/xfree86/loader/libloader.a(xf86sym.o)(.data+0x1254): undefined reference to `__guard' collect2: ld returned 1 exit status distcc[21260] ERROR: compile (null) on localhost failed make[4]: *** [Xorg] Error 1 make[4]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r3/work/xc/programs/Xserver' make[3]: *** [all] Error 2 make[3]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r3/work/xc/programs' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r3/work/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r3/work/xc' make: *** [World] Error 2 # emerge info Portage 2.0.51-r8 (default-linux/x86/2004.0, gcc-3.4.2, glibc-2.3.4.20041102-r0, 2.6.10-rc2 i686) ================================================================= System uname: 2.6.10-rc2 i686 Pentium III (Katmai) Gentoo Base System version 1.6.7 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4 [2.3.4 (#1, Jun 5 2004, 19:13:36)] distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] dev-lang/python: 2.2.3-r5, 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r1, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10 virtual/os-headers: 2.4.22 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp.freenet.de/pub/ftp.snt.utwente.nl/pub/os/linux/gentoo/ http://ftp.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync5.de.gentoo.org/gentoo-portage" USE="X avi berkdb bitmap-fonts cdr crypt cscope cups dvd encode exiscan-acl f77 flac foomaticdb fortran gd gdbm gif gpm gtk gtk2 gtkhtml guile imagemagick imlib jpeg libg++ libwww mad maildir mbox mikmod mmx motif mpeg ncurses network nls oggvorbis oss pam pdflib perl png python quicktime readline sdl slang spell sse ssl tcpd tetex tiff truetype x86 xml xml2 zlib"
../../programs/Xserver/hw/xfree86/loader/libloader.a(xf86sym.o)(.data+0x124c): undefined reference to `__stack_smash_handler' ../../programs/Xserver/hw/xfree86/loader/libloader.a(xf86sym.o)(.data+0x1254): undefined reference to `__guard' grep __stack_smash_handler /lib/libc.so.6 Also found someone else having this problem: http://lunar-linux.org/pipermail/lunar/2004-September/004559.html. Hardened guys, have any ideas?
That grep yields a match here.
We just noticed a few serious bugs that seems to have been introduced by glibc/gcc/gcc-config. It's going to be hard for a few days to tell what is a legit bug and what is a side effect of the glibc foo. If echo $GCC_SPECS ; # if this returns anything this might be where the problem lies for this bug. If solution is to 'unset GCC_SPECS' and remove it from any hard coded place in perhaps /etc/env.d/*gcc files and update gcc-config.
I encountered the same thing this morning when I updated my laptop. I don't know if this helps but on a whim, I emerged the ~x86 version of glibc (sys-libs/glibc-2.3.4.20041102) and this was no longer an issue - Xorg started up just fine.
I recompiled glibc. --- glibc-2.3.4.20040808-r1.ebuild 2004-12-06 05:40:13.000000000 +0900 +++ /root/glibc-2.3.4.20040808-r1.ebuild.new 2004-12-06 16:10:52.000000000 +0900 @@ -462,7 +462,7 @@ # __guard_setup__stack_smash_handler # # http://www.gentoo.org/proj/en/hardened/etdyn-ssp.xml - if use !hppa ; then + if [ "${ARCH}" != "hppa" ] && [ "${ARCH}" != "hppa64" ]; then epatch ${FILESDIR}/2.3.3/glibc-2.3.2-propolice-guard-functions-v3.patch cp ${FILESDIR}/2.3.3/ssp.c ${S}/sysdeps/unix/sysv/linux || \ die "failed to copy ssp.c to ${S}/sysdeps/unix/sysv/linux/"
re comment #5 why this patch?
I have the same problem. I issued the command `FEATURES="-distcc" emerge -aB xorg-x11` and got the same error. Here's my emerge info: ----------------------------------- Portage 2.0.51-r8 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20041102-r0, 2.6.8-gentoo-r3 i686) ================================================================= System uname: 2.6.8-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz Gentoo Base System version 1.6.7 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jun 6 2004, 14:17:11)] distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6 sys-devel/automake: 1.8.5-r1, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r5 virtual/os-headers: 2.4.22 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg candy ccache distcc distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo/ ftp://ftp.gentoo.skynet.be/pub/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages_grote" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa apache2 apm arts avi berkdb bitmap-fonts cdr chroot codecs crypt cups divx4linux dvd dvdread encode esd f77 fam flac font-server foomaticdb ftp gdbm gif gpm gs gtk gtk2 icq imagemagick imap imlib jabber java jpeg junit kde libg++ libwww mad maildir mikmod mmx motif mpeg msn ncurses network offensive oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime radeon readline real rtc slang spell sse sse2 ssl svga tcpd tiff truetype truetype-fonts type1-fonts usb userlocales x86 xml2 xmms xv xvid zlib video_cards_radeon" ----------------------------------------
sys-libs/glibc-2.3.4.20040808-r1 from today fixed this problem for me. Looks like the following fix did it? 05 Dec 2004; <solar@gentoo.org> glibc-2.3.4.20040808-r1.ebuild: - q/a fix - hppa is the only arch with an upwords growing stack and thus can not use ssp vs being the only arch that can use ssp Oh, and I don't have GCC_SPECS set.
Brix, Yeah this was the commit which introduced the bug. http://www.gentoo.org/cgi-bin/viewcvs.cgi/sys-libs/glibc/glibc-2.3.4.20040808-r1.ebuild?r1=1.14&r2=1.15 And this was the fix. http://www.gentoo.org/cgi-bin/viewcvs.cgi/sys-libs/glibc/glibc-2.3.4.20040808-r1.ebuild?r1=1.16&r2=1.17
Can this bug be closed as FIXED, then?
Not sure if this should be closed. We could be way off with the glibc thinking. Tobias, you filed the orig bug can you please --sync and confirm everything is peachy? thanks in advance
The compile is running, but it might take a while, the machine isn't very fast and a distcc is not feasible in its case. I'll let you know as soon as I have a result. Thanks so far, everyone.
*** Bug 73694 has been marked as a duplicate of this bug. ***
for most tests it tends to be better that distcc is not running.
Due to stupidity on the part of my flatmate (don't touch power cords!), I had to start over. No result for another two hours. I have to get up early tomorrow, so I won't be able to report it at just that time. But it'll be first thing I check when I'm up.
*** Bug 73664 has been marked as a duplicate of this bug. ***
*** Bug 73716 has been marked as a duplicate of this bug. ***
The compile went file and everything works as expected. Thanks a bunch!
cool, thanks for the confirmation
*** Bug 74188 has been marked as a duplicate of this bug. ***
As you may have noticed I have a different profile than most people nowadays have. I still run the gcc2 profile which has glibc 2.2.5-r9 as the only accepted glibc. ACCEPT_KEYWORDS="~x86" emerge glibc -vp These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-libs/glibc-2.2.5-r9 -build -debug +nls -pic 12,278 kB And this bug is definately not fixed with this glibc. Is it possible to merge a new glibc3 on this system? I don't want to switch to a "normal" profile, because this is a production system and the "switching from gcc2 to gcc3"-howtos warn about doing so because it could cripple the system.
i'm pretty sure gcc-2.x and glibc-2.2.x dont apply at all to this
I'm having a similar problem with -r4. make[5]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r4/work/xc/programs/Xserver/hw/vfb' i686-pc-linux-gnu-gcc -o Xorg -O2 -march=athlon-xp -fomit-frame-pointer -pipe -mno-sse2 -mno-sse3 -fno-strict-aliasing -ansi -pedantic -Wno-return-type -w -L../../exports/lib xkb/xf86KillSrv.o xkb/xf86VT.o xkb/xf86Private.o ../../programs/Xserver/hw/xfree86/common/xf86Init.o ../../programs/Xserver/hw/xfree86/common/xf86IniExt.o ../../programs/Xserver/hw/xfree86/common/libxf86.a ../../programs/Xserver/hw/xfree86/parser/libxf86config.a ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a ../../programs/Xserver/hw/xfree86/loader/libloader.a ../../programs/Xserver/hw/xfree86/common/libxf86.a dix/libdix.a os/libos.a ../../exports/lib/libXau.a ../../lib/font/fontbase.o ../../lib/font/libfontbase.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a ../../programs/Xserver/hw/xfree86/common/libxf86.a composite/libcomposite.a damageext/libdamage.a miext/damage/libdamage.a xfixes/libxfixes.a miext/cw/libcw.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a randr/librandr.a render/librender.a dix/libxpstubs.a mi/libmi.a composite/libcomposite.a damageext/libdamage.a miext/damage/libdamage.a xfixes/libxfixes.a miext/cw/libcw.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a randr/librandr.a render/librender.a ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a -lz -lm -lpam -rdynamic -ldl -lpam_misc -lXau -lXdmcp -lXau -rdynamic -ldl -Wl,-rpath-link,../../exports/lib ../../programs/Xserver/hw/xfree86/loader/libloader.a(xf86sym.o)(.data+0x124c): undefined reference to `__stack_smash_handler' ../../programs/Xserver/hw/xfree86/loader/libloader.a(xf86sym.o)(.data+0x1254): undefined reference to `__guard' collect2: ld returned 1 exit status make[4]: *** [Xorg] Error 1 make[4]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r4/work/xc/programs/Xserver' make[3]: *** [all] Error 2 make[3]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r4/work/xc/programs' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r4/work/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0-r4/work/xc' make: *** [World] Error 2 !!! ERROR: x11-base/xorg-x11-6.8.0-r4 failed. !!! Function src_compile, Line 270, Exitcode 2 !!! make World failed !!! If you need support, post the topmost build error, NOT this status message. emerge info: Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-cko3 i686) ================================================================= System uname: 2.6.9-cko3 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Aug 31 2004, 22:20:45)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.8.5-r2, 1.6.3, 1.9.3, 1.5, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/cvs/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main" SYNC="rsync://sigma/portage" USE="x86 3dnow X acl alsa apm avi berkdb bitmap-fonts cdr crypt cups divx4linux encode fam fbcon flac foomaticdb fortran gdbm gif gimpprint gnome gpm gtk gtk2 imagemagick imlib java jpeg libwww mad mmx motif mpeg mysql ncurses network nls nptl oggvorbis opengl pam perl png ppds python qt quicktime readline samba sdl slang spell sse ssl svga tcpd tiff truetype xft xml xml2 xmms xv xvid zlib" glibc: sys-libs/glibc-2.3.4.20041102 -build -debug -erandom -hardened -multilib +nls -nomalloccheck +nptl -nptlonly -pic -userlocales gcc: sys-devel/gcc-3.4.3-r1 -bootstrap -boundschecking -build -debug +fortran -gcj +gtk -hardened -multilib -multislot -n32 -n64 +nls -nocxx -objc -static (-uclibc)
Sorry about that last one, it seems that rebuilding glibc has fixed the problem :D
*** Bug 79065 has been marked as a duplicate of this bug. ***
I am not sure what you cured here: In order to run a non-hardened Gentoo the ebuild xorg-x11 configuration should be able to find out that ebuild must not patch the X11R6.8.0 source. When we get: undefined reference to `__stack_smash_handler' then we have a "hardwired config". Is the Gentoo policy that stack protection is needed, unavoidable?
