The blackdown-jdk-1.4.1 ebuild fails to properly identify the correct gcc version and defaults to gcc-3.2.bin. My system does not have 3.2. gentoo jwarner # gcc-config -c i686-pc-linux-gnu-2.95.3 gentoo jwarner # gcc -dumpversion 2.95.3 It looks like bug 21626 was submitted for this same problem though I don't understand why the resolution is resolved and the status is won't fix. I would think there are plenty of systems still running gcc-2.95. There are some postings in the forums about this bug causing problems for gettext among other packages. This issue was causing problems for the getttext ebuild and would give me an error like /usr/opt/blackdown-jdk-1.4.1/jre/lib/i386/client/libjvm.so, because libstdc++.so.5: cannot open shared object file: No such file or directory when I tried to do a java -version command. To resolve I edited the blackdown-jdk-1.4.1 ebuild like so: #if [ "`gcc -dumpversion | cut -f1 -d.`" -eq "3" -a "`gcc -dumpversion | cut -f2 -d.`" -ge "2" ] ; then # SRC_URI="x86? ( ${J_URI}/i386/${JREV}/j2sdk-${PV}-${JREV}-linux-i586-gcc3.2.bin ) # amd64? ( ${J_URI}/i386/${JREV}/j2sdk-${PV}-${JREV}-linux-i586-gcc3.2.bin )" #else SRC_URI="x86? ( ${J_URI}/i386/${JREV}/j2sdk-${PV}-${JREV}-linux-i586-gcc2.95.bin )" #fi #SRC_URI="${SRC_URI} sparc? ( ${J_URI}/sparc/${JREV}/j2sdk-${PV}-${JREV}-linux-sparc-gcc3.2.bin )" This forced the blackdown-jdk-1.4.1 ebuild to use the proper file (gcc-2.95). This also enable me to successfully compile gettext. Reproducible: Always Steps to Reproduce: 1. Start with Gentoo system with gcc version 2.95 2. Emerge blackdown-jdk-1.4.1 3. Do a java -version or try and compile gettext and you will see something to the effect of: /usr/opt/blackdown-jdk-1.4.1/jre/lib/i386/client/libjvm.so, because libstdc++.so.5: cannot open shared object file: No such file or directory. Actual Results: /usr/opt/blackdown-jdk-1.4.1/jre/lib/i386/client/libjvm.so, because libstdc++.so.5: cannot open shared object file: No such file or directory Expected Results: gentoo jwarner # java - version java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.1-01) Java HotSpot(TM) Client VM (build Blackdown-1.4.1-01, mixed mode) or >>> Regenerating /etc/ld.so.cache... * Caching service dependencies... [ ok ] >>> sys-devel/gettext-0.12.1 merged. >>> Recording sys-devel/gettext in "world" favorites file... http://forums.gentoo.org/viewtopic.php?p=792394#792394
Ok, ill try to check this. Can you post the output of "emerge info", please ?
root@gentoo jwarner # emerge info Portage 2.0.49-r20 (default-1.0, gcc-2.95.3, glibc-2.2.5-r9, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=i686 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /opt/glftpd/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=i686 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow apache2 berkdb cdr crypt cups encode gdbm gif gpm imap imlib innodb jpeg lcms libg++ libwww matrox mmx motif mysql ncurses nls oss pam perl png python readline samba scanner sdl slang snmp spell ssl svga tcltk tcpd truetype vhost x86 xml xml2"
*** Bug 38821 has been marked as a duplicate of this bug. ***
did this change make it into the blackdown ebuild as it was expected by the user?
Ok, I think I fixed this. Please re-open if it still doesn't work for you.