I think this is a problem libidn is having with older blackdown such as those used on ppc by default. Only the more recent libidn packages with the USE flag "java" fail, 0.5.4 compiles perfectly and with more recent blackdown it works fine with "java" USE flag enabled. Worked: [blackdown-jre-1.4.2.01] "Blackdown JRE 1.4.2.01" (/etc/env.d/java/20blackdown-jre-1.4.2.01) [blackdown-jre-1.4.1] "Blackdown JRE 1.4.1" (/etc/env.d/java/20blackdown-jre-1.4.1) [blackdown-jdk-1.4.2.01] "Blackdown JDK 1.4.2.01" (/etc/env.d/java/20blackdown-jdk-1.4.2.01) * Did not work: [blackdown-jre-1.3.1] "Blackdown JRE 1.3.1" (/etc/env.d/java/20blackdown-jre-1.3.1) [blackdown-jdk-1.3.1] "Blackdown JDK 1.3.1" (/etc/env.d/java/20blackdown-jdk-1.3.1) * The error: Making all in encoding make[5]: Entering directory `/var/tmp/portage/libidn-0.5.15/work/libidn-0.5.15/java/gnu/inet/encoding' CLASSPATH=../../../../java:./../../../../java:$CLASSPATH /opt/blackdown-jdk-1.3.1/bin/javac -d ../../../../java CombiningClass.java Composition.java DecompositionKeys.java DecompositionMappings.java IDNA.java IDNAException.java NFKC.java Punycode.java PunycodeException.java RFC3454.java Stringprep.java StringprepException.java head: `-1' option is obsolete; use `-n 1' since this will be removed in the future IDNAException.java:41: cannot resolve symbol symbol : constructor Exception (gnu.inet.encoding.StringprepException) location: class java.lang.Exception super(e); ^ IDNAException.java:46: cannot resolve symbol symbol : constructor Exception (gnu.inet.encoding.PunycodeException) location: class java.lang.Exception super(e); ^ 2 errors make[5]: *** [classdist_noinst.stamp] Error 1 make[5]: Leaving directory `/var/tmp/portage/libidn-0.5.15/work/libidn-0.5.15/java/gnu/inet/encoding' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/var/tmp/portage/libidn-0.5.15/work/libidn-0.5.15/java/gnu/inet' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/libidn-0.5.15/work/libidn-0.5.15/java/gnu' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/libidn-0.5.15/work/libidn-0.5.15/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/libidn-0.5.15/work/libidn-0.5.15' make: *** [all] Error 2 This is cooberated by another user on ppc with the exact same problem. The problem obviously doesn't present itself if USE "java" is disabled.
I moved to cc but I really don't know why this bug was assigned to me. I just submitted a patch for it some time ago and I really don't know why I needed to. I don't use libidn so I really don't know how to fix this.
why dont you depend on >=virtual/{jre,jdk}-1.4 then?
if it fails with the older jdk, update DEPEND/RDEPEND to reflect that fact. we're not maintaining this package, so assigning it to you.
I also have a compliation error which may have the same origin but looks different: checking gtk-doc version >= 1.1... yes checking if /opt/blackdown-jdk-1.4.2.01/bin/javac works... configure: error: The Java compiler /opt/blackdown-jdk-1.4. 2.01/bin/javac failed (see config.log, check the CLASSPATH?) !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/libidn-0.5.17/work/libidn-0.5.17/config.log !!! ERROR: net-dns/libidn-0.5.17 failed. !!! Function econf, Line 485, Exitcode 0 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. emerge info reads: Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.12-gentoo-r1 i686) ================================================================= System uname: 2.6.12-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.12 ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.9 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.5 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -mtune=pentium4 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -mtune=pentium4 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://192.168.1.200/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.1.200/gentoo-portage" USE="x86 4kstacks X a52 aac acpi alsa artworkextra avi berkdb bitmap-fonts cdr crypt cups curl directfb doc dvd dvdr eds emboss encode esd exif fam fbcon ffmpeg flac font-server foomaticdb fortran gd gdbm gif gnome gnutls gphoto2 gpm gstreamer gtk gtk2 hal howl ieee1394 imagemagick imlib imlib2 ipv6 ithreads java javascript jpeg ldap libcaca libg++ libwww mad mikmod mmx mmxext mng motif mozilla moznomail moznoxft mozsvg mp3 mpeg ncurses nls nptl nvidia offensive ogg oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline samba scanner sdl speex spell sse sse2 ssl svga symlink tcpd theora tiff truetype truetype-fonts type1-fonts usb userlocales vcd vorbis wifi wmf xine xml2 xmms xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS I also attach config.log as requested.
Created attachment 62222 [details] Configure log
So actually the bug title should include 0.5.17...
I had the same problem as you Andr
I had the same problem as you André : java-config -S blackdown-jdk-1.4.2.02 # or what ever you want /usr/sbin/env-update && source /etc/profile did the trick
Thanks Martin: it works for me too. Still a bug, I think.
Fixed in CVS by updating dependency to >= java 1.4. Closing.
