Bug 53851 – gcc 3.3.3r6 compiles with no f77 support.

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Stonie R. Cooper 2004-06-13 21:14:40 UTC]

Did an emerge gcc, which updated to 3.3.3-r6, and now f77/g77 is gone.  Tried to set IUSE flags in ebuild, no difference.  g77 is part of gcc package, needs to be part of install/emerge.

Reproducible: Always
Steps to Reproduce:
1.emerge gcc
2.g77
3.which g77

Actual Results:  
g77 not found 

Expected Results:  
/usr/bin/g77

[Comment 1 Mr. Bones. (RETIRED) 2004-06-13 23:44:45 UTC]

reopen with output from emerge --info please.

[Comment 2 Tim Cera 2004-06-16 21:11:25 UTC]

For some reason g77 is at /usr/i586-pc-linux-gnu/gcc-bin/3.3/g77

> which g77
/usr/i586-pc-linux-gnu/gcc-bin/3.3/g77

The /etc/env.d/gcc/... changes the PATH for the users, but I think that 
there should be a link for g77 in /usr/bin because the PATH doesn't change
for root.

When I 'su' it doesn't pick up the new PATH.  This means that all
emerges that try to look for g77 fail.  

regards
tim

[Comment 3 Stonie R. Cooper 2004-06-17 06:14:02 UTC]

Still not resolved: emerge --info
root # emerge --info
Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.4.26)
=================================================================
System uname: 2.4.26 i686 Intel(R) Xeon(TM) CPU 2.66GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.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="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache fixpackages sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X aalib apm arts avi berkdb bonobo cdr crypt cups dga directfb dvd encode esd foomaticdb g++ g77 gdbm gif gimp-perl gimp-print gimpprint gnome gphoto2 gpm gtk gtk2 gtkhtml guile imlib java jpeg kde ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline scanner sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype x86 xml2 xmms xv zlib"

Also, in response to Tim's comment . . . I don't have a g77 in any path:

ls /usr/i686-pc-linux-gnu/gcc-bin/3.3/
c++  g++  gccbug  i686-pc-linux-gnu-c++  i686-pc-linux-gnu-gcc        i686-pc-linux-gnu-gcc-3.3.3
cpp  gcc  gcov    i686-pc-linux-gnu-g++  i686-pc-linux-gnu-gcc-3.3.2

Also:

# find /usr -name g77\* -print

 - or -

# find /usr -name f77\* -print

Turn up nothing.

Finally, also getting errors on FORTRAN applications compiled with 3.3.2:

error while loading shared libraries: libg2c.so.0: cannot open shared object file: No such file or directory

[Comment 4 Stonie R. Cooper 2004-06-17 07:22:02 UTC]

Additionally, this same bug seems to exist with gcc-3.4.0-r6.  I have went back to gcc-3.3.2-r7, and g77 and all the lib friends are back.

During configure, I managed to catch this screen output that may be a hint:

ld system type... i686-pc-linux-gnu
checking for a BSD compatible install... /bin/install -c
*** This configuration is not supported in the following subdirectories:
     target-libf2c target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar target-libobjc
    (Any other directories should still work fine.)

I noticed it because of the f2c reference.

[Comment 5 Martin Schlemmer (RETIRED) 2004-06-19 10:48:37 UTC]

No, that is just for the '--enable-version-specific-runtime-libs' switch
passed to configure that triggers the message.

The problem btw is that you do not have 'f77' in USE.