Bug 107281 – sys-apps/attr-2.4.19-r1 fails to compile

• Product: Gentoo Linux
• Status: VERIFIED WONTFIX

[Description Joshua Szmajda 2005-09-26 06:39:41 UTC]

I try to emerge attr, and I get this:
<snipped>
configure: creating ./config.status
config.status: creating include/builddefs
config.status: creating include/config.h
=== include ===
rm -f attr
ln -s . attr
=== libmisc ===
/usr/bin/libtool --mode=compile i686-pc-linux-gnu-gcc -O2 -march=athlon -pipe
-O2 -march=athlon -pipe -DNDEBUG -funsigned-char -fno-strict-aliasing -Wall
-DVERSION=\"2.4.19\" -DLOCALEDIR=\"/usr/share/locale\" -DPACKAGE=\"attr\"
-I./include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -O2 -march=athlon -pipe
-DNDEBUG -funsigned-char -fno-strict-aliasing -Wall -DVERSION=\"2.4.19\"
-DLOCALEDIR=\"/usr/share/locale\" -DPACKAGE=\"attr\" -I../include -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64   -c quote.c
libtool: compile: unable to infer tagged configuration
libtool: compile: specify a tag with `--tag'
gmake[1]: *** [quote.lo] Error 1
make: *** [default] Error 2

!!! ERROR: sys-apps/attr-2.4.19-r1 failed.
!!! Function src_compile, Line 51, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.


Reproducible: Always
Steps to Reproduce:
1. emerge attr

Actual Results:  
emerge quits with the error above

Expected Results:  
attr installed

Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1,
2.6.12-gentoo-r10 i686)
=================================================================
System uname: 2.6.12-gentoo-r10 i686 AMD Athlon(tm) processor
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon -pipe"
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/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo/"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://acm.cs.rpi.edu/gentoo-portage"
USE="x86 aalib acl aim apache2 apm arts avi bash-completion berkdb bitmap-fonts
bzip2 crypt cups curl curlwrappers eds emboss encode esd examples exif expat
flash foomaticdb fortran ftp gd gdbm geoip gif gnome gpm gstreamer gtk gtk2
imagemagick imap imlib innodb ipv6 java javascript jpeg kde libg++ libwww mad
mbox mikmod mime ming mmap mmx mng motif mp3 mpeg mysql mysqli ncurses netboot
nls odbc offensive ogg oggvorbis opengl oscar pam pcre pdflib perl php pic
plotutils png python qt quicktime radius readline ruby sdl session sharedext
sharedmem simplexml slang snmp sockets spell sqlite ssl svg sysvipc tcltk tcpd
tidy tiff tokenizer truetype truetype-fonts type1-fonts unicode vhosts vorbis
wmf xml xml2 xmlrpc xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

[Comment 1 SpanKY 2005-09-26 10:27:48 UTC]

please post your /usr/bin/libtool as an attachment

[Comment 2 Joshua Szmajda 2005-09-26 10:29:52 UTC]

Created attachment 69276 [details]
libtool from the machine in question

Here's my libtool as requested

[Comment 3 SpanKY 2005-09-26 10:34:44 UTC]

looks like you changed your CHOST

re-emerge libtool to fix

[Comment 4 Joshua Szmajda 2005-09-26 10:45:38 UTC]

I think this was from the stage3 I used (stage3-x86-2005.1.tar.bz2). For some
reason emerge -uD world didn't catch that it needed to recompile libtool? Or
maybe I missed something else..

[Comment 5 Joshua Szmajda 2005-09-26 10:46:47 UTC]

That did it btw, thanks.

[Comment 6 SpanKY 2005-09-26 11:39:38 UTC]

no, there is no real automated method for figuring out which packages need to be
rebuilt when you change your CHOST

the safest way is probably
< change CHOST >
emerge binutils glibc gcc
emerge system -e