Bugzilla Bug 134738

avr-libc-1.4.4 fails to emerge at configure script.

fenring distfiles # emerge avr-libc
Calculating dependencies... done!
>>> Emerging (1 of 1) dev-embedded/avr-libc-1.4.4 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking avr-libc-1.4.4.tar.bz2 ;-)
>>> checking avr-libc-manpages-1.4.4.tar.bz2 ;-)
>>> checking avr-libc-user-manual-1.4.4.tar.bz2 ;-)
>>> root -sandbox(setup)
>>> root -sandbox(unpack)
>>> Unpacking source...
>>> Unpacking avr-libc-1.4.4.tar.bz2 to /var/tmp/portage/avr-libc-1.4.4/work
>>> Unpacking avr-libc-manpages-1.4.4.tar.bz2 to /var/tmp/portage/avr-libc-1.4.4/work
>>> Unpacking avr-libc-user-manual-1.4.4.tar.bz2 to /var/tmp/portage/avr-libc-1.4.4/work
>>> Source unpacked.
>>> portage -sandbox(compile)
>>> Compiling source in /var/tmp/portage/avr-libc-1.4.4/work/avr-libc-1.4.4 ...
 * econf: updating avr-libc-1.4.4/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating avr-libc-1.4.4/config.sub with
/usr/share/gnuconfig/config.sub
/var/tmp/portage/avr-libc-1.4.4/work/avr-libc-1.4.4/configure --prefix=/usr
--host=avr --mandir=/usr/share/man --infodir=/usr/share/info
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-nls
--target=avr --build=x86_64-pc-linux-gnu
checking build system type... x86_64-pc-linux-gnu
checking host system type... avr-unknown-none
checking if configuring for cross compile... yes
checking if target host is avr... yes
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for avr-strip... no
checking for strip... strip
checking for avr-gcc... avr-gcc
checking whether we are cross compiling... yes
checking for suffix of object files... configure: error: cannot compute suffix
of object files: cannot compile
See `config.log' for more details.

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/avr-libc-1.4.4/work/avr-libc-1.4.4/obj-avr/config.log

!!! ERROR: dev-embedded/avr-libc-1.4.4 failed.
Call stack:
  ebuild.sh, line 1531:   Called dyn_compile
  ebuild.sh, line 931:   Called src_compile
  avr-libc-1.4.4.ebuild, line 32:   Called econf '--enable-nls'
  ebuild.sh, line 533:   Called die

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if
relevant

fenring distfiles # emerge --info
Portage 2.1_rc3-r1 (default-linux/amd64/2005.1, gcc-4.1.1, glibc-2.4-r3,
2.6.16-suspend2-r5 x86_64)
=================================================================
System uname: 2.6.16-suspend2-r5 x86_64 Intel(R) Pentium(R) D  CPU 2.66GHz
Gentoo Base System version 1.12.0
dev-lang/python:     2.3.5, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.15.92.0.2-r10, 2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=nocona -mtune=nocona -pipe -fomit-frame-pointer
-fforce-addr"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /sbin/rc /usr/lib64/mozilla/defaults/pref
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=nocona -mtune=nocona -pipe -fomit-frame-pointer
-fforce-addr"
DISTDIR="/usr/distfiles"
FEATURES="autoconfig ccache distlocks fixpackages metadata-transfer sandbox
sfperms strict userpriv"
GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles/"
LANG="fr_FR.UTF-8"
LC_ALL="fr_FR.UTF-8"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X Xaw3d a52 aac aalib aim alsa atm avi bash-completion bdf berkdb
bitmap-fonts bonobo bzip2 caca cacheemu ccache cdda cddb cdio cdparanoia cdr
cjk cli crypt cscope cups dba directfb divx4linux doc dri dv dvd dvdr dvdread
eds emacs emboss emul-linux-x86 encode faad fame fb fbcon ffmpeg firefox
foomaticdb fortran ftp gd-external gif gimpprint glitz gnome gnuplot gnustep
gnutls gsl gsnd gstreamer gtk gtk2 hal iconv imagemagick imap imlib imlib2 ipv6
isdnlog jabber jpeg kexec libcaca lm_sensors lzo lzw lzw-tiff matroska mbox
mozilla mp3 mpeg mpeg4 mplayer mule multislot mythtv ncurses network nls nptl
nptlonly objc ogg opengl openntpd oscar pam pcre pdflib perl plotutils png pppd
pthreads python quicktime rdesktop readline reflection rplay rrdtool ruby sdk
sdl session shaper spell spl sqlite ssl startup-notification sysfs tcpd tetex
theora threads tiff truetype truetype-fonts type1-fonts unicode uptimed usb
userland userlocales vdesktop vorbis wifi wxwindows xine xorg xosd xpm xv xvid
zlib zvbi elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux
userland_GNU video_cards_radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPT

Created an attachment (id=87786) [details]
It's the log of the configure script

I didn't know that "crossdev --target avr" do the trick. Maybe some
documentation should be useful, or did I miss something ? If people thinks it's
useful I can try to write something.

(In reply to comment #2)
> I didn't know that "crossdev --target avr" do the trick. Maybe some
> documentation should be useful, or did I miss something ? If people thinks it's
> useful I can try to write something.

How did you get avr-gcc onto your system if not using crossdev?

> How did you get avr-gcc onto your system if not using crossdev?

I thought that "emerge avr-libc" would have done it, but it didn't work.

It's not only a 1.4.4 error, masking it and trying to rebuild the toolchain
cause the same fail error on 1.3.3. I think there's something wrong about gcc
itself.

(In reply to comment #5)
> It's not only a 1.4.4 error, masking it and trying to rebuild the toolchain
> cause the same fail error on 1.3.3. I think there's something wrong about gcc
> itself.

There's nothing wrong with the toolchain. The avr-libc ebuilds are supposed to
be used through crossdev (or at least, you're supposed to have a working avr
toolchain installed). I'm working on a proper check for this to put in
pkg_setup().

It's not a gcc problem, it's a crossdev problem.
Step to obtain a avr-libc emerge success:

crossdev -t avr

building binutils, gcc and then failing avr-libc.

use gcc-config to set avr-3.4.6/vanilla

crossdev -t avr

here you have avr-libc emerged.

It's simply a PATH issue, avr-libc can't find avr-gcc in the PATH, so it fall
back on gcc that fails to produce objects for --target=avr.

(In reply to comment #7)
> It's not a gcc problem, it's a crossdev problem.
> Step to obtain a avr-libc emerge success:
> 
> crossdev -t avr
> 
> building binutils, gcc and then failing avr-libc.
> 
> use gcc-config to set avr-3.4.6/vanilla
> 
> crossdev -t avr
> 
> here you have avr-libc emerged.
> 
> It's simply a PATH issue, avr-libc can't find avr-gcc in the PATH, so it fall
> back on gcc that fails to produce objects for --target=avr.

I can not reproduce that here. Besides, that's an entirely different problem
than what this bug report deals with. This bug report is about avr-libc failing
when emerged through 'emerge avr-libc' without having an avr toolchain
installed.

Please open a new bug for the crossdev problem if it persists.

(In reply to comment #8)
> Besides, that's an entirely different problem
> than what this bug report deals with. This bug report is about avr-libc failing
> when emerged through 'emerge avr-libc' without having an avr toolchain
> installed.
> 
> Please open a new bug for the crossdev problem if it persists.

You're right, sorry. I think some more rest would help me avoiding error like
this.
Reported in bug #136105

I have added a check for 'avr-gcc' and a hint about using crossdev to
dev-embedded/avr-libc-1.4.4. Thank you for reporting this.