Bug 52279 – hdf-4.2.0-r3 fails to compile

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Michal Januszewski (RETIRED) 2004-05-28 10:12:38 UTC]

On my system the latest hdf fails to compile:

g77  -Wsign-compare -O3 -fomit-frame-pointer -c -o df24ff.o `test -f 'df24ff.f' || echo './'`df24ff.f
/bin/sh: line 1: g77: command not found
make[3]: *** [df24ff.o] Błąd 127
make[3]: Leaving directory `/var/tmp/portage/hdf-4.2.0-r3/work/hdf4.2r0/hdf/src'
make[2]: *** [all] Błąd 2
make[2]: Leaving directory `/var/tmp/portage/hdf-4.2.0-r3/work/hdf4.2r0/hdf/src'
make[1]: *** [all-recursive] Błąd 1
make[1]: Leaving directory `/var/tmp/portage/hdf-4.2.0-r3/work/hdf4.2r0/hdf'
make: *** [all-recursive] Błąd 1

!!! ERROR: dev-libs/hdf-4.2.0-r3 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! emake failed

If I'm not mistaken, this is because I don't have 'f77' in my USE flags and hence g77 is not build when gcc is merged. 

Portage 2.0.50-r7 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.6-rc1)
=================================================================
System uname: 2.6.6-rc1 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.15
distcc 2.14 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-Os -s -mcpu=athlon-tbird -march=athlon-tbird -mmmx -m3dnow -pipe -fforce-addr -DNDEBUG -DG_DISABLE_ASSERT -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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/bind /var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -s -mcpu=athlon-tbird -march=athlon-tbird -mmmx -m3dnow -pipe -DNDEBUG -DG_DISABLE_ASSERT -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache cvs digest sandbox"
GENTOO_MIRRORS="http://src.gentoo.pl/ http://gentoo.oregonstate.edu/ http://www.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="3dnow X aalib alsa apache2 apm avi berkdb bindist bonobo cdr crypt cups curl encode esd ethereal fbcon flash foomaticdb gd gdbm gdm gif gimpprint gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 jabber java jpeg libg++ libwww linguas_de linguas_en linguas_pl linguas_us mad maildir mbox mikmod mmx mng motif mozilla moznocompose moznoirc mpeg mysql ncurses nls nptl oggvorbis opengl oss pam pdflib perl plotutils png postgres python quicktime readline samba scanner sdl slang spell ssl svga tcltk tcpd tetex threads tiff tlen truetype wmf x86 xml xml2 xmms xosd xv zlib"

[Comment 1 Patrick Kursawe (RETIRED) 2004-06-01 10:28:59 UTC]

Yes, you're right, and until there's some change in portage there's no clean way to handle this. Maybe I'll add a warning tomorrow.

[Comment 2 Patrick Kursawe (RETIRED) 2004-06-02 04:37:39 UTC]

Dies now if it can't find g77. Regarding this as fixed until there's a portage feature for this kind of problem.