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
reopen with output from emerge --info please.
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
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
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.
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.
