Bug 135688 – eselect-compiler does not remove wrappers that don't exist in the switched-to compiler (was dev-java/gnu-classpath-0.90 requires fastjar (i.e. gcc-4.0 or 4.1, not <4.0 or >=4.2))

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Kevin F. Quinn (RETIRED) 2006-06-05 16:06:10 UTC]

As summary, really.  Build depends on fastjar, which is only available in gcc-4.0 and 4.1 (it might be gone in 4.2, not sure, but my alpha doesn't have it).

Portage 2.1_rc4 (hardened/x86/2.6, gcc-3.4.6, glibc-2.4-r1, 2.6.16-hardened-r6 i686)
=================================================================
System uname: 2.6.16-hardened-r6 i686 Mobile Intel(R) Pentium(R) III CPU - M  1200MHz
Gentoo Base System version 1.6.14
distcc[20881] (dcc_mkdir) ERROR: mkdir /data/g2/tmp/portage/gnokii-0.6.12/work/gnokii-0.6.12/testsuite/.distcc failed: No such file or directory [disabled]
ccache version 2.4 [disabled]
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r1
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
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-r1
sys-devel/binutils:  2.15.92.0.2-r9, 2.15.92.0.2-r10, 2.16-r1, 2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-ggdb2 -O2 -march=pentium3 -pipe -Wall -Wstack-protector -Wtrampolines"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/fax /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/eselect /etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-ggdb2 -O2 -march=pentium3 -pipe -Wall -Wstack-protector -Wtrampolines"
DISTDIR="/data/g2/distfiles"
FEATURES="autoaddcvs autoconfig collision-protect cvs digest distlocks fixpackages installsources metadata-transfer pax sandbox sfperms sign splitdebug strict stricter test userpriv"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.linux.ee/pub/gentoo/distfiles/ http://ftp.easynet.nl/mirror/gentoo/ http://ftp.heanet.ie/pub/gentoo/ http://gentoo.osuosl.org/"
LDFLAGS="-Wl,-O1"
LINGUAS="en_GB en it de es fr"
MAKEOPTS="-j1"
PKGDIR="/data/g2/pkgdir"
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="/data/g2/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/data/g2/portage-overlay"
SYNC="cvs://[e-mail]:/var/cvsroot"
USE="X a52 aac acl acpi alsa apache2 arts berkdb bluetooth boundschecking bzip2 caps cdr crypt cups dbus dlloader dri dts dv dvd dvdr dvdread encode faad fbcon ffmpeg fortran gcj gif gnokii gtk gtk2 hal hardened hardenedphp ieee1394 imagemagick java javascript jikes jpeg jpeg2k kde kdeenablefinal kerberos ldap libcaca mad madwifi mailwrapper mbox mmx mozilla mp3 mpeg mysql nas nls nptl nsplugin odbc ogg openexr opengl oss pam pda perl pic png postgres python qt quicktime readline samba scanner sdl slp sndfile spell sse ssl tcltk tcpd test theora threads tidy tiff truetype unicode usb userlocales v4l vorbis wifi x86 xinerama xml xml2 xprint xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en_GB linguas_en linguas_it linguas_de linguas_es linguas_fr userland_GNU video_cards_radeon video_cards_vesa video_cards_vga"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Kevin F. Quinn (RETIRED) 2006-06-05 16:06:58 UTC]

Created attachment 88483 [details]
log of emerge

[Comment 2 Kevin F. Quinn (RETIRED) 2006-06-07 23:54:41 UTC]

Just to confirm; fastjar has indeed been dropped from gcc in 4.2.0.  See http://gcc.gnu.org/java/index.html#news item dated April 4, 2006.

Ultimately adding fastjar http://savannah.nongnu.org/projects/fastjar as a separate package and DEPEND on it seems most sensible, but it's a little early yet ;)

[Comment 3 Josh Nichols (RETIRED) 2006-06-08 08:56:43 UTC]

I just made an initial package of fastjar using the sources at the savannah project page (we previously had one that yanked it out of gcc's tarball). It doesn't seem like there's an official release yet, but it looks like I'm going to get commit access and that jazz, so hopefully we can make seomething happen.

[Comment 4 Petteri Räty (RETIRED) 2006-06-24 13:39:15 UTC]

>As summary, really.  Build depends on fastjar, which is only available in
>gcc-4.0 and 4.1 (it might be gone in 4.2, not sure, but my alpha doesn't have
>it).

It shouldn't need fastjar because it uses app-arch/zip for the compressing. You should have that installed as it is a dependency. Works fine here without any jar programs installed.

[Comment 5 Petteri Räty (RETIRED) 2006-06-24 13:48:47 UTC]

I remember the new eselect-compiler puts the wrappers in /usr/bin. I think you got hit by this:

checking for fastjar... /usr/bin/fastjar

You have the wrapper there and the build process detects it. This leads to problems. I have added --disable-fastjar to workaround this and to lower the used combination of build tools but this is not an actual bug. You should rm the wrappers. 

[Comment 6 Petteri Räty (RETIRED) 2006-06-24 13:57:00 UTC]

Well --without-fastjar does not seem to work so I can't disable the detection atm.

[Comment 7 Kevin F. Quinn (RETIRED) 2006-06-24 14:26:56 UTC]

'tis an eselect-compiler issue - reopening...

[Comment 8 Kevin F. Quinn (RETIRED) 2006-06-24 14:30:50 UTC]

to re-assign.

Jeremy, eselect-compiler should remove wrappers that are not relevant, I think:


# eselect compiler set i686-pc-linux-gnu-3.4.6/hardened
Successfully set compiler for i686-pc-linux-gnu to i686-pc-linux-gnu-3.4.6/hardened.
# which fastjar
which: no fastjar in (/root/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/opt/ghc/bin:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin)
# eselect compiler set i686-pc-linux-gnu-4.0.3/vanilla
Successfully set compiler for i686-pc-linux-gnu to i686-pc-linux-gnu-4.0.3/vanilla.
# which fastjar
/usr/bin/fastjar
c1358217 ~ # eselect compiler set i686-pc-linux-gnu-3.4.6/hardened
Successfully set compiler for i686-pc-linux-gnu to i686-pc-linux-gnu-3.4.6/hardened.
# which fastjar
/usr/bin/fastjar
# fastjar
gcc-config error: fastjar wrapper: Unable to determine executable.
        CTARGET=i686-pc-linux-gnu
        exec=fastjar

[Comment 9 Kevin F. Quinn (RETIRED) 2006-06-24 14:43:10 UTC]

Got it - in do_set() (line 383 of svn 271 of compiler.eselect.in):

        set_v="COMPILER_CONFIG_SET_${COMPILER_CONFIG_DEFAULT_CTARGET}"

should be

        set_v="COMPILER_CONFIG_SET_${COMPILER_CONFIG_DEFAULT_CTARGET//[-.]/_}"

(based other set_v assignments)

[Comment 10 Jeremy Huddleston (RETIRED) 2006-06-24 22:32:44 UTC]

Thanks Kevin.

[Comment 11 Jeremy Huddleston (RETIRED) 2006-06-24 22:41:00 UTC]

*** Bug 136363 has been marked as a duplicate of this bug. ***

[Comment 12 Jeremy Huddleston (RETIRED) 2006-06-24 22:42:06 UTC]

This is fixed in rc2-r1.

[Comment 13 Duncan 2006-06-25 09:41:11 UTC]

Ummm...  Could you update the eselect-compiler changelog to reflect this?  Neither my sync of a couple hours ago nor viewCVS seem to think the changelog has been touched in 43 hours, while viewCVS says this change happened 10 hours ago.

(I've been paying close attention to eselect-compiler since I've been one of the testers, and an -rX bump with no changelog gets me wondering what's up!)

Duncan

[Comment 14 Jeremy Huddleston (RETIRED) 2006-06-25 20:19:05 UTC]

Whoops.  Thanks Duncan.

[Comment 15 Petteri Räty (RETIRED) 2006-11-03 07:24:02 UTC]

*** Bug 153873 has been marked as a duplicate of this bug. ***

[Comment 16 Petteri Räty (RETIRED) 2006-12-16 03:00:53 UTC]

*** Bug 158168 has been marked as a duplicate of this bug. ***

[Comment 17 Petteri Räty (RETIRED) 2007-03-31 16:32:47 UTC]

*** Bug 172104 has been marked as a duplicate of this bug. ***

[Comment 18 Jakub Moc (RETIRED) 2007-05-06 07:15:40 UTC]

*** Bug 177282 has been marked as a duplicate of this bug. ***

[Comment 19 Petteri Räty (RETIRED) 2007-06-26 16:51:32 UTC]

*** Bug 183285 has been marked as a duplicate of this bug. ***

[Comment 20 Vlastimil Babka (Caster) (RETIRED) 2007-06-28 07:48:19 UTC]

*** Bug 183285 has been marked as a duplicate of this bug. ***

[Comment 21 Jakub Moc (RETIRED) 2007-07-18 11:49:15 UTC]

*** Bug 185754 has been marked as a duplicate of this bug. ***

[Comment 22 DocReedSolomon 2007-07-18 11:59:16 UTC]

hmm, my bug has been marked as a duplicate iof this one, so here we go.
i am unable to recompile sandbox on my ~amd64. config.log attached.

on the screen while compiling i see this:
--libdir=/usr/lib32
and this:
* Configuring sandbox for ABI=x86...

doesnt look right to me?

[Comment 23 DocReedSolomon 2007-07-18 11:59:50 UTC]

Created attachment 125251 [details]
config.log attached

[Comment 24 Jakub Moc (RETIRED) 2007-07-18 12:48:17 UTC]

*** Bug 185754 has been marked as a duplicate of this bug. ***

[Comment 25 Jakub Moc (RETIRED) 2007-07-21 12:08:54 UTC]

*** Bug 186058 has been marked as a duplicate of this bug. ***

[Comment 26 Jakub Moc (RETIRED) 2007-07-23 06:12:07 UTC]

*** Bug 186238 has been marked as a duplicate of this bug. ***

[Comment 27 Jakub Moc (RETIRED) 2007-08-02 04:04:07 UTC]

*** Bug 187456 has been marked as a duplicate of this bug. ***

[Comment 28 biohazrd 2007-08-02 04:33:49 UTC]

Delete any symlinks in /usr/bin related to gcc, g++, c++, etc... if if it references i686 and not x86_64.  I had the same problem.  Apparently eselect-compiler left some nasty things behind, that gcc-config could not fix. You can run gcc-config until you are blue in the face and it wont fix it... Deleting the old symlinks is what worked.

(In reply to comment #22)
> hmm, my bug has been marked as a duplicate iof this one, so here we go.
> i am unable to recompile sandbox on my ~amd64. config.log attached.
> 
> on the screen while compiling i see this:
> --libdir=/usr/lib32
> and this:
> * Configuring sandbox for ABI=x86...
> 
> doesnt look right to me?
> 

[Comment 29 Petteri Räty (RETIRED) 2007-08-12 21:25:07 UTC]

*** Bug 188648 has been marked as a duplicate of this bug. ***

[Comment 30 Jakub Moc (RETIRED) 2007-08-31 13:21:35 UTC]

*** Bug 190879 has been marked as a duplicate of this bug. ***

[Comment 31 Jakub Moc (RETIRED) 2007-10-17 20:44:38 UTC]

*** Bug 196212 has been marked as a duplicate of this bug. ***

[Comment 32 meme 2007-10-19 19:04:00 UTC]

Just FYI for future searchers...

I went round in circles for a day, following the dupes here. 
Noone has referred (either as a dupe, or as further info) to the bug that finally sorted this out for me: http://bugs.gentoo.org/show_bug.cgi?id=133209
#25 seems to fix *all* the crud left behind by eselect-compiler.

[Comment 33 Jakub Moc (RETIRED) 2007-10-19 19:45:36 UTC]

*** Bug 196448 has been marked as a duplicate of this bug. ***

[Comment 34 Jakub Moc (RETIRED) 2007-10-26 18:19:52 UTC]

*** Bug 197140 has been marked as a duplicate of this bug. ***

[Comment 35 André Terpstra 2007-10-26 18:31:34 UTC]

(In reply to comment #34)
> *** Bug 197140 has been marked as a duplicate of this bug. ***

Wow, I'm impressed you were able to find this connection based om my decription...

Anyway, what I should do now is "Delete any symlinks in /usr/bin related to gcc, g++, c++, etc... if if it references i686 and not x86_64.  I had the same problem.  Apparently eselect-compiler left some nasty things behind, that gcc-config could not fix. You can run gcc-config until you are blue in the face and it wont fix it... Deleting the old symlinks is what worked." as stated in comment #28?

[Comment 36 André Terpstra 2007-10-27 14:56:32 UTC]

My bug was duplicated wrongly, I think. I found the solution out myself using the link to the better bug as indicated in comment #32...

[Comment 37 Petteri Räty (RETIRED) 2007-11-19 15:24:37 UTC]

*** Bug 199660 has been marked as a duplicate of this bug. ***

[Comment 38 Jakub Moc (RETIRED) 2007-11-26 21:11:18 UTC]

*** Bug 200429 has been marked as a duplicate of this bug. ***

[Comment 39 Jakub Moc (RETIRED) 2007-12-05 12:54:40 UTC]

*** Bug 201350 has been marked as a duplicate of this bug. ***

[Comment 40 Tiger 2007-12-05 16:11:34 UTC]

(In reply to comment #39)
> *** Bug 201350 has been marked as a duplicate of this bug. ***
> 

[Comment 41 Tiger 2007-12-05 16:16:05 UTC]

Well I solved the problem and I think my bug report isn't related to this bug.

The problem was with the crossdev toolchain installed on my system, I just removed it using :
  crossdev -C i686-pc-linux-gnu

After tried that, sandbox compilation success.

[Comment 42 Jakub Moc (RETIRED) 2007-12-05 20:29:04 UTC]

*** Bug 201414 has been marked as a duplicate of this bug. ***