When I try to emerge tclreadline on amd64, it fails during ./configure with the error checking build system type... Invalid configuration 'x86_64-pc-linux-gnu': machine 'x86_64-pc-linux-gnu' not recognized setting CHOST="x86_64-unknown-linux-gnu" results in the same problem. Setting CHOST="i686-pc-linux-gnu" lets it compile successfully. However, i can't test its functionality as this was merely a dependent for tclspice-0.2.17 , which failed to compile. This in turn was a dependent for geda, which compiled successfully. geda works, however I am not using the spice functionality. Reproducible: Always Steps to Reproduce: 1.Set CHOST="x86_64-pc-linux-gnu" or CHOST="x86_64-unknown-linux-gnu" 2.emerge app-sci/tclreadline-2.1.0 3. Actual Results: emerge failed during ./configure Expected Results: It should have compiled. here is the relevant portion of the output of ./configure checking host system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized checking for gcc... gcc checking whether the C compiler (gcc -march=opteron -m64 -pipe ) works... yes checking whether the C compiler (gcc -march=opteron -m64 -pipe ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for Cygwin environment... no checking for mingw32 environment... no checking for executable suffix... no checking build system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized checking for ranlib... ranlib checking for ld used by GCC... /usr/x86_64-pc-linux-gnu/bin/ld checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed And here is emerge info Portage 2.0.51_rc9 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8-gentoo-r4 x86_64) ================================================================= System uname: 2.6.8-gentoo-r4 x86_64 AMD Opteron(tm) Processor 244 Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.6-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=opteron -m64 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /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=opteron -m64 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks" GENTOO_MIRRORS="http://toughguy.caltech.edu/pub/linux/gentoo http://gentoo.binarycompass.org http://gentoo.osuosl.org/ http://gentoo.ccccom.com" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acpi aim alsa amd64 apache2 apm avi berkdb bitmap-fonts crypt cups dga divx4linux doc dvd encode f77 fbcon fftw foomaticdb gdbm gif gpm gtk gtk2 guile imagemagick imlib java jpeg ldap libg++ libwww maildir mbox mikmod motif mozilla mpeg mysql ncurses nls nogcj offensive oggvorbis opengl oscar oss pam pda pdflib perl plotutils png python quicktime readline samba sdl sharedmem slang sockets spell ssl sysvipc tcltk tcpd tetex truetype usb xinerama xml2 xmms xprint xv zlib"
this is not a workaround as you just compile the package for x86 (if i'm right). what does `file /path/to/library' say?
I didn't compile for x86, i just changed CHOST to trick the configure script. file /usr/lib/libtclreadline-2.1.0.so /usr/lib/libtclreadline-2.1.0.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped
please sync and if it still fails, run `emerge tclreadline >& log` and post the log here as an attachment
It works now; I'm not sure what changed in the meantime. Neither the ebuild nor the source file changed, so it must be something on my system. Could an autoconf upgrade have fixed this? I still cannot test the package as tclspice does not compile.
that package doesn't have any keyword, i guess you want to report that it works, right?
I would like to report that it works, but I am leery of doing so without any application to test it.
a while back i updated all profiles to use FEATURES=autoconfing ... that makes portage update the local config files which detects machine hosts ... if a packaged had an outdated file, you'd see this error
fixed
