Re: [gentoo-user-de] gcc update klappt nicht

[Andreas Klein]

Hi Sebastian,

hast du deinen gcc den auch mit aktiviertem +gcj Use-Flag gebaut, könnte eventuell auch daran liegen - ich meine mich dumpf zu erinnern mal ein ähnliches Problem gehabt zu haben, dass FIXING: /usr/lib/libgcj.la ...[] immer wieder kehrte, und revdep-rebuild mir ständig meinen gcc neu bauen wollte (und das dauert auf ner alten Büchse...) doch das half nichts, weil besagtes Flag nicht gebaut war.

Ansonsten fehlt mir hier noch der Hinweis ein zu checken welches dein aktuelles gcc profil ist mit:

gcc-config -l (zeigt alle profile an, aktive mit *)

Ein wechsel auf den gewünschten gcc erfolgt dann mittels: gcc-config i686-pc-linux-gnu-4.x.x [xx=gewünschte Version]

Ab gcc gab es einige gravierende Änderungen bezüglich der Java (GCJ) Unterstützung, haber auch gerade Gestern was über compilertrouble (Bugzilla) 
mit gcc-Version (~)4.3.3-r1 gelesen, würde daher ggf. Version (~)4.3.3 verwenden, oder deinen letzten mit GCJ Flag neu bauen.

Viel Erfolg,

Andy.



Am Thursday 19 March 2009 21:55:43 schrieb 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
>
>
>
>