[gentoo-user-de] gcc update klappt nicht

[Sebastian]

Hallo,

ich bastelle hier zum xten mal an meinem System, aber mit dem gcc klappt es 
immer noch nicht.
Bei einem Update wollte ghostscript-gpl nicht. Darauf bin ich wieder auf den 
gcc gestoßen welcher jetzt auch bei einem 
revdep-rebuild --library libstdc++.so.6 pdftk nicht bauen möchte
daraufhin habe ich versucht die Version app-text/pdftk-1.41-r1 zu nehmen. 
Diese will aber einen gcc >4.3. Daraufhin dachte ich mir nagut dann gleich 
einen dieser Serie der Vorgänger gcc 4.2.4 war ja auch schon masked (auch 
wegen irgendwelcher Abhängigkeiten)

Beim Update des gcc binn ich dann nach 
http://www.gentoo.org/doc/de/gcc-upgrading.xml
vorgegangen. Bei
/usr/share/gcc-data/$CHOST/<gcc-version>/fix_libtool_files.sh 3.3.6 
habe ich dann immerwieder herumprobiert mit
/usr/share/gcc-data/i686-pc-linux-gnu/4.3.2/fix_libtool_files.sh (und hier 
alles was mir einfällt ausprobiert zb 3.*; 4.*; 4.2.4 und andere.)

r1-gentoo sebastian 
# /usr/share/gcc-data/i686-pc-linux-gnu/4.3.2/fix_libtool_files.sh 4.1.2
 * Scanning libtool files for hardcoded gcc library paths...
 *   [1/9] Scanning /lib ...
 *   [2/9] Scanning /usr/lib ...
 *     FIXING: /usr/lib/libgcj.la ...[]
 *   [3/9] Scanning /opt/blackdown-jdk-1.4.2.03/jre/lib/i386 ...
 *   [4/9] Scanning /opt/firefox ...
 *   [5/9] Scanning /usr/i686-pc-linux-gnu/lib ...
 *   [6/9] Scanning /usr/kde/3.5/lib ...
 *   [7/9] Scanning //usr//lib/opengl/xorg-x11/lib ...
 *   [8/9] Scanning /usr/local/lib ...
 *   [9/9] Scanning /usr/qt/3/lib ...

was ich nicht verstehe warum ich bei jedem durchlauf wieder dieses
 *     FIXING: /usr/lib/libgcj.la ...[]
erhalte. Ich denke das wird dabei repariert und dürfte dann nicht mehr 
auffallen?
Auch nach einem 
emerge --oneshot -av libtool

bekomme ich wieder
# /usr/share/gcc-data/i686-pc-linux-gnu/4.3.2/fix_libtool_files.sh 4.1.2
 * Scanning libtool files for hardcoded gcc library paths...
 *   [1/9] Scanning /lib ...
 *   [2/9] Scanning /usr/lib ...
 *     FIXING: /usr/lib/libgcj.la ...[]
...

Deshalb wundert es mich auch nicht das portage auch immer bei pdftk hängen 
bleibt wenn ich mit
revdep-rebuild --library libstdc++.so.*
das System auf den neuen gcc abstimmen möchte.
(das * verwende ich da ich nicht sicher war ob ...so.5 oder ...so.6 richtig 
ist oder beides. Aber auch mit den anderen hatte ich keinen Erfolg.)

So beendet sich portage:
....
pdftk.cc:1865: error: expected initializer before ‘*’ token
pdftk.cc:1919: error: ‘jint’ has not been declared
pdftk.cc:1920: error: ‘jint’ has not been declared
pdftk.cc: In function ‘void 
add_mark_to_page(com::lowagie::text::pdf::PdfReader*, int, int)’:
pdftk.cc:1923: error: ‘JvNewStringLatin1’ was not declared in this scope
pdftk.cc:1923: fatal error: call to Java constructor, while ‘jclass’ undefined
compilation terminated.
make: *** [pdftk.o] Fehler 1
 *
 * ERROR: app-text/pdftk-1.41-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2124:  Called die
 * The specific snippet of code:
 *       emake -j1 -f Makefile.Generic || die "Compilation failed."
 *  The die message:
 *   Compilation failed.
 *
 * If you need support, post the topmost build error, and the call stack if 
relevant.
 * A complete build log is located 
at '/var/tmp/portage/app-text/pdftk-1.41-r1/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/app-text/pdftk-1.41-r1/temp/environment'.
 *

>>> Failed to emerge app-text/pdftk-1.41-r1, Log file:

>>>  '/var/tmp/portage/app-text/pdftk-1.41-r1/temp/build.log'

Hat jemand eine Hilfestellung für mich wie ich das behoben bekomme?

Gruß
Sebastian