Bugzilla Bug 85814

games-util/loki_patch-20040916 fails on amd64 due to a "mis-interpretation" of
$ARCH in configure-script. I solved it, not by changing the configure, but by
creating a symlink x86_64 -> amd64 in /usr/share/loki_setupdb. I don't really
know  if the loki_patch-ebuild looks at wrong location or if
loki_setupdb-ebuild installs to the wrong location....

Reproducible: Always
Steps to Reproduce:
1.emerge -v tribes2
2.
3.

Actual Results:  
Calculating dependencies ...done!
>>> emerge (1 of 2) games-util/loki_patch-20040916 to /
>>> md5 src_uri ;-) loki_patch-20040916.tar.bz2
>>> Unpacking source...
>>> Unpacking loki_patch-20040916.tar.bz2 to
/var/tmp/portage/loki_patch-20040916/work
>>> Source unpacked.
 * econf: updating loki_patch-20040916/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating loki_patch-20040916/config.sub with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --libdir=/usr/lib
--with-setupdb=/usr/share/loki_setupdb
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking target system type... x86_64-pc-linux-gnu
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ANSI C... none needed
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /bin/install -c
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for unistd.h... (cached) yes
checking for xml-config... /usr/bin/xml-config
configure: error: *** Please compile setupdb first!

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/loki_patch-20040916/work/loki_patch-20040916/config.log

!!! ERROR: games-util/loki_patch-20040916 failed.
!!! Function econf, Line 485, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

Expected Results:  
loki_patch and tribes2 to emerge ;)

I've unmasked loads of ebuilds to get "this far" so I fairly understand if this
is a very low-prio bug, I just filed it so others can get a workaround :)

#emerge info
Portage 2.0.51.19 (default-linux/amd64/2004.3, gcc-3.4.3-20050110,
glibc-2.3.4.20050125-r0, 2.6.11-gentoo-r3-kraxel1 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r3-kraxel1 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.10
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Mar 12 2005, 23:12:34)]
dev-lang/python:     2.3.5
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.5
sys-devel/binutils:  2.15.92.0.2-r6
sys-devel/libtool:   1.5.10-r5
virtual/os-headers:  2.6.8.1-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -O2 -mfpmath=sse -mmmx -msse -msse2 -mno-sse3 -m3dnow
-funroll-loops -fomit-frame-pointer -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -mfpmath=sse -mmmx -msse -msse2 -mno-sse3 -m3dnow
-funroll-loops -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distcc distlocks sandbox
userpriv usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 3dnow 3dnowex X X509 aac aalib acl acpi alsa amd54 apache2 apm
audiofile avi bash-completion bcmath berkdb bitmap-fonts bmp bzip2 bzlib
cdparanoia cdr chroot cross crypt cups curl dba dga dio directfb divx4linux dmx
dts dv dvb dvd dvdr dvdread dxr3 encode esd ethereal exif extensions faac faad
fam fb fbcon ffmpeg flac font-server fortran fpx ftp gcj gd gd-external ggi gif
gkrellm gmp gnome gnustep gnutls gphoto2 gpm gps graphviz gstreamer gtk gtk2
hal
howl icq idea ieee1394 imagemagick imap imlib insecure-drivers ipv6 jack java
javascript jbig jce joystick jp2 jpeg jpeg2k kde kerberos krb4 lcmsdv ldap
libcaca libclamav libwww lirc live lm_sensors lzo lzw lzw-tiff mad mailwrapper
md5sum mikmod mime mmap mmx mmx2 mng motif mozilla mp3 mpeg msn multilib mysql
mythtv nas ncurses network nfsv4 nls nntp nocardbus nvidia objc offensive
oggvorbis opengl openntpd oss pam pcre pdflib perl php plotutils png pnp
portaudio ppds python qt quicktime quotas readline real remote rpm rrdtool rtc
samba sdl session sftplogging shared sharedmem slp sndfile snmp speex spl sse
sse2 ssl stats sysfs sysvipc tcltk tcpd tga theora tiff truetype truetype-fonts
type1-fonts unicode usb userlocales v4l v4l2 vdesktop vhosts vidix vim-with-x
virus-scan wmf xanim xfs xine xinerama xml xml2 xmms xosd xpm xprint xrandr
xscreensaver xv xvid xvmc zlib zvbi video_cards_nvidia"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

Strange... I've had no such issues with either, and I added them after testing
them on amd64.

I'll look into it a bit more and see what I can come up with.

Fixed in the 20050324 ebuild