Summary: | app-text/pdftk-1.41 + gcc/gcj 4.3 - Exception in thread "main" java.io.IOException: can't find class file java_local/security/Provider.class | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andreas Klauer <Andreas.Klauer> |
Component: | Current packages | Assignee: | Printing Team <printing> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aja, artjom.simon, dilfridge, fauli, georg.lippold, java, kamensky.fb, lars, loki_val, mereandor, moloh, philipp.andreas, pqGungnir |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 251796 | ||
Bug Blocks: | 198121 | ||
Attachments: |
emerge error log
pdftk build log |
Description
Andreas Klauer
2008-06-10 07:50:30 UTC
*** This bug has been marked as a duplicate of bug 225605 *** Created attachment 162144 [details]
emerge error log
The duplicate #225605 and the duplicate's duplicate #220779 have been resolved in the meantime, but emerge pdftk still fails (log attached). Unsure wether this is a bug with pdftk now or wether gcc is still at fault here. Reopening this bug just in case. It's a completely different bug, of course, but let's reuse it... Same here: Exception in thread "main" java.io.IOException: can't find class file java_local/security/Provider.class Created attachment 162878 [details]
pdftk build log
*** Bug 234786 has been marked as a duplicate of this bug. *** Since pdftk compiles fine with gcc-4.2.4 I would say that it's definitely a bug in the gcc-4.3 series... Sorry, a bug in GCJ in the GCC 4.3 series... confirmed, but after somme research i found this one http://gcc.gnu.org/ml/java/2008-03/msg00033.html seems pdftk is bad programmed (In reply to comment #9) > Sorry, a bug in GCJ in the GCC 4.3 series... > yes, confirmed, at last switching to GCC 4.2.4, made it compiled Can we do something here? Does anybody know if there is an open bug with GCC upstream? http://patch-tracking.debian.net/patch/series/view/pdftk/1.41-3/build_with_gcc-4.2 has some patches...maybe someone can verify if they help. So far I have not found a patch that helps with the GCC 4.3 problem, according to Debian and GCC devs the problem lies with pdftk, and pdftk upstream seems to be dead. I moved on to app-text/pdfjam - it does not support half of what pdftk supported but it's better than nothing. The only available solution for pdftk right now is to keep a copy of gcc-4.2 around just for it, or compile / install a static version of pdftk. It does not work with GCC 4.3 whatsoever and I'm not able to produce a patch myself and I haven't found any other patches using Google et al. treecleaners: Upstream dead, unlikely to ever compile with gcc-4.3, a job for you? (In reply to comment #15) > treecleaners: Upstream dead, unlikely to ever compile with gcc-4.3, a job for > you? > Handling in tracker bug 251796. thx *** Bug 235645 has been marked as a duplicate of this bug. *** Fixed in 1.41-r1, thanks to patches from bug 251796 >>> Emerging (1 of 1) app-text/pdftk-1.41-r1 * pdftk-1.41.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> cfg-update-1.8.2-r1: Skipping checksum index updating... >>> Unpacking source... >>> Unpacking pdftk-1.41.tar.gz to /var/tmp/portage/app-text/pdftk-1.41-r1/work /var/tmp/portage/app-text/pdftk-1.41-r1/temp/environment: line 2138: bug: command not found * Applying pdftk-1.41-gcc-4.3.patch ... [ ok ] /var/tmp/portage/app-text/pdftk-1.41-r1/temp/environment: line 2140: bug: command not found * Applying pdftk-1.41-honor-ldflags.patch ... [ ok ] >>> Source unpacked in /var/tmp/portage/app-text/pdftk-1.41-r1/work >>> Configuring source in /var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/pdftk ... >>> Source configured. >>> Compiling source in /var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/pdftk ... make -j4 -j1 -f Makefile.Generic make -C ../java_libs make[1]: Entering directory `/var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/java_libs' make -C "/var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/java_libs/com/lowagie/text"; make[2]: Entering directory `/var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/java_libs/com/lowagie/text' gcj -O2 -march=pentium-m -pipe -mfpmath=sse -w --encoding=UTF-8 --classpath="/var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/java_libs" -c Anchor.java -o Anchor.o gcj: error trying to exec 'ecj1': execvp: No such file or directory make[2]: *** [Anchor.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/java_libs/com/lowagie/text' make[1]: *** [itext] Error 2 make[1]: Leaving directory `/var/tmp/portage/app-text/pdftk-1.41-r1/work/pdftk-1.41/java_libs' make: *** [java_libs] Error 2 # gcc-config -l [1] i686-pc-linux-gnu-4.3.2 * # eix sys-devel/gcc [I] sys-devel/gcc Available versions: (2.95) 2.95.3-r9 ~2.95.3-r10!s (3.1) 3.1.1-r2 (3.2) **3.2.2!s 3.2.3-r4 (3.3) ~3.3.6-r1!s (3.4) 3.4.6-r2!s (4.0) ~*4.0.4!s (4.1) 4.1.2!s (4.2) ~4.2.4-r1!s (4.3) **4.3.0!s ~4.3.1!s ~4.3.1-r1!s ~4.3.2!s ~4.3.2-r2!s 4.3.2-r3!s ~4.3.3!s ~4.3.3-r2!s {altivec bootstrap boundschecking build d doc fixed-point fortran gcj gtk hardened ip28 ip32r10k java libffi mudflap multilib multislot n32 n64 nls nocxx nopie nossp objc objc++ objc-gc openmp static test vanilla} Installed versions: 4.3.2-r3(4.3)!s(23:03:45 04/07/09)(fortran gcj gtk mudflap nls openmp -altivec -bootstrap -build -doc -fixed-point -hardened -ip28 -ip32r10k -libffi -multilib -multislot -n32 -n64 -nocxx -nopie -objc -objc++ -objc-gc -test -vanilla) # eselect ecj list Available ECJ targets: [1] ecj-3.4 * [2] ecj-3.3 [3] ecj-3.2 pdftk still not compiling with gcc 4.3.2-r3.. please help! *** Bug 264412 has been marked as a duplicate of this bug. *** Wow, thank you so much for fixing this, very happy to have this back. Compiles fine for me now on a ~amd64 system (gcc 4.3.3-r2, pdftk 1.41-r1). |