My system is an Athlon64 but I'm running the 32bit version of Gentoo. When I emerge XOrg 6.8.2-r1, the libraries appear to be the 32bit versions, but are installed in /usr/lib64. Which probably isn't correct. The ebuild then sets up my library path for X (/etc/env.d/10xorg) to look in /usr/lib (which is where I'd have expected the libraries to be too). Just to be even more specific I tried unmerge XOrg and re-emerge it with ACCEPT_KEYWORDS=x86, same results. Once I added the appropriate library paths to my env XOrg was able to start properly. Reproducible: Always Steps to Reproduce: 1. Set CHOST to i686-pc-linux-gnu and CCFLAGS with -march=athlon-xp on AMD64 system. (System boostrapped with same settings to run in 32bit mode). 2. Emerge XOrg Actual Results: Libraries compiled as 32bit versions but installed /usr/lib64. Library paths set to /usr/lib. Expected Results: Libraries compiled as 32bit versions and installed in /usr/lib. Library paths set to /usr/lib.
Chad, you forgot to post the output of `emerge info` here.
My bad. Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r4 i686) ================================================================= System uname: 2.6.11-gentoo-r4 i686 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 27 2005, 18:12:08)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -msse2 -O3 -pipe -fomit-frame-pointer -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -msse2 -O3 -pipe -fomit-frame-pointer -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac aalib acpi aim alsa amd64 apm arts audiofile avi bash-completion berkdb bitmap-fonts bzlib calendar cdb cdparanoia cdr cpdflib crypt cups dga dio directfb divx4linux dvd dvdr dvdread emboss encode exif expat fbcon flac font-server foomaticdb fortran gd gdbm gif glut gpm gstreamer gtk gtk2 hal hardened imagemagick imap imlib ipv6 jpeg kde lcms ldap lesstif libedit libg++ libwww mad mcal memlimit mhash mikmod mime motif mp3 mpeg ncurses nls nocardbusnptl ogg oggvorbis openal opengl oscar oss pam pcntl pcre pdflib perl pic pie png posix python qdbm qt quicktime readline samba sasl sdl sharedmem spell ssl svg svga symlink sysfs szip tcpd theora threads tidy tiff truetype truetype-fonts type1-fonts usb v4l wifi wmf xine xml xml2 xmms xosd xpm xv xvid yahoo zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY I JUST noticed that I had the amd64 use flag in there... sigh... I even checked that for that like twice last night. Will unmerge all the XOrg related items and re-emerge them and see what happens.
Okay, so emerging without the amd64 use flag fixed the problem. Another "bug" caused by user error. :)
