[gelöst] sys-libs/glibc-2.9_p20081201-r1 (failed). = GCC-4.3.3 auf amd64 ~stabil !!

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

gentoosapien

Fortgeschrittener

Beiträge: 204

28.01.2009, 18:01

sys-libs/glibc-2.9_p20081201-r1 (failed). = GCC-4.3.3 auf amd64 ~stabil !!

Ich bau in einer chroot Umgebung ein neues System.

Nach einem Update auf gcc 4.3.3 wollte ich das system mit dem selbigen Compiler neu Bauen.

Bei dem Paket glibc-2.9 bekommen ich folgende Fehlermeldung:
(Zwischenzeitlich hat sich an den USE Flags nicht geändert.)

Quellcode

../misc/syslog.c:123: sorry, unimplemented: inlining failed in call to 'syslog': function body not available                   
../misc/syslog.c:155: sorry, unimplemented: called from here                                                                   
make[2]: *** [/var/tmp/portage/sys-libs/glibc-2.9_p20081201-r1/work/build-x86-x86_64-pc-linux-gnu-nptl/misc/syslog.o] Error 1  
make[2]: *** Waiting for unfinished jobs....                                                                                   
make[2]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.9_p20081201-r1/work/glibc-2.9-20081201/misc'                     
make[1]: *** [misc/subdir_lib] Error 2                                                                                         
make[1]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.9_p20081201-r1/work/glibc-2.9-20081201'                          
make: *** [all] Error 2 

 * ERROR: sys-libs/glibc-2.9_p20081201-r1 failed.
 * Call stack:
 *           ebuild.sh, line   49:  Called src_compile
 *         environment, line 3555:  Called eblit-run 'src_compile'
 *         environment, line 1154:  Called eblit-glibc-src_compile
 *   src_compile.eblit, line  179:  Called src_compile
 *         environment, line 3555:  Called eblit-run 'src_compile'
 *         environment, line 1154:  Called eblit-glibc-src_compile
 *   src_compile.eblit, line  187:  Called toolchain-glibc_src_compile
 *   src_compile.eblit, line  122:  Called die
 * The specific snippet of code:
 *          make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
 *  The die message:
 *   make for x86 failed

Auf Bug.Gentoo habe ich einen Beitrag gefunden bei dem empfohlen wird Portage Features distcc abzuschalten.
Jedoch funktioniert das bei mir nicht. Ich bekommen immer die gleiche Fehlermeldung

	Quellcode
1	FEATURES="ccache -distcc parallel-fetch autoconfig distlocks metadata-transfer sandbox sfperms strict candy"

Hat evtl. von euch schon mal solch eine Meldung gehabt und erfolgreich behoben, oder wird jemand schau aus der Fehlermeldung (ich nämlich nicht) ?

<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »gentoosapien« (30.01.2009, 07:51)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

28.01.2009, 18:49

Ich habe es grad bei mir mal mit selbigen Versionen getestet (auch amd64) es bricht mit exakt der gleichen Fehlermeldung ab..
Mit dem Vorgänger gcc-4.3.2.* funkte es noch problemlos.
Versuche es doch wenn du ccache nutzt es mal ohne also

	Quellcode
1	FEATURES="-ccache -distcc" emerge -av1 glibc

Wenn dies auch nicht geht, dann solltest du ein Bug Report hierfür erstellen.

viel Erfolg

Zum Seitenanfang

gentoosapien

Fortgeschrittener

Beiträge: 204

28.01.2009, 19:53

Also es liegt wohl am neuen gcc-4.3.3.
Auf Getnoo Bug Report, stehen alle Pakete drin mit denen ich Probleme habe. dhcdbd ist ebenfalls betroffen und will mit dem neuen Compiler nicht.

Auf updates warten oder auf Vorgänger gcc-4.3.2-r3 zurückstellen ?! Wobei ich dann schon wieder ein emerge -ave system + world brauche :cursing:

.

Edit:

Ich stelle grad auf gcc-4.3.2-r3 zurück (obwohl auch ~, lief damit alles).
Im laufe der Installation neuer Paket habe ich immer häufiger Pakete gehabt die nicht mehr wollte, und zugunsten eines neuen Compilers auf -march=core2 und -mtune=core2 zu verzichten, kommt erst gar nicht in die Tüte. Den mit -march=nocona und ohne -mtune=,lief glibc durch.

Edit die 2te:

Nach dem zurückstellen auf gcc-4.3.2-r3, läuft wieder alles ohne mucken durch.
Also kann ich aus eigener Erfahrung allen nur empfehlen die Finger von gcc-4.3.3 zu lassen. Zumindest für die nächsten paar Tage ;-)

<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »gentoosapien« (28.01.2009, 21:06)

Zum Seitenanfang

eddi1983

Fortgeschrittener

Beiträge: 217

29.01.2009, 16:39

Also heute lief es ohne Probleme durch. Ich habe aber ein 32-bit System. Vielleicht hängt das damit zusammen.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

29.01.2009, 20:16

Ich hatte mit dem neuen gcc-4.3.3 auf meinem 32Bit System bisher nur mit Imagemagick , ffmpeg , und transcode Probleme, ich konnte es lösen indem ich ein

	Quellcode
1	# /usr/share/gcc-data/i686-pc-linux-gnu/4.3.3/fix_libtool_files.sh 4.3.2

durchlaufen lies, da wurde schon eine ganze menge gefixt.
Dann kam es bei einigen Paketen, zb bei Imagemagick immer noch zu Fehlern mit folgendem Abbruch, (Auszug)

Quellcode

/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/libgomp.la: line 41: libdir/usr/lib/gcc/i686-pc-linux-gnu/4.3.3: No such file or directory
/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/libgomp.la: line 41: libdir/usr/lib/gcc/i686-pc-linux-gnu/4.3.3: No such file or directory
libtool: link: warning: library `/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/libgomp.la' was moved.
/usr/bin/nm: '/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/.libs/libgomp.a': No such file
i686-pc-linux-gnu-gcc: /usr/lib/gcc/i686-pc-linux-gnu/4.3.3/.libs/libgomp.a: No such file or directory
make[1]: *** [magick/libMagickCore.la] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-gfx/imagemagick-6.4.5.9/work/ImageMagick-6.4.5'
make: *** [all] Error 2

Dies konnte behoben werden indem in "/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/libgomp.la" Zeile 41 von

	Quellcode
1	libdir'/usr/lib/gcc/i686-pc-linux-gnu/4.3.3'

auf

	Quellcode
1	libdir='/usr/lib/gcc/i686-pc-linux-gnu/4.3.3'

abgeändert wurde, mit dieser Änderung lief bisher alles durch. (Ok, ein emerge -e world habe ich nicht getestet).
Evtl. hilft es jemanden mit selbigen Fehler...

MfG

Zum Seitenanfang

gentoosapien

Fortgeschrittener

Beiträge: 204

30.01.2009, 00:25

@ josef.95:

Hast du auf dein x86_64 System mit gcc-4.3.3 glibc auch schon mal kmpl. durch gebracht ?.

<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

30.01.2009, 02:20

Ja, läuft nun auch unter amd64 (x86_64) fehlerfrei durch.

Quellcode

# eix -e glibc
[I] sys-libs/glibc
     Available versions:  (2.2)  [P]*2.2.5-r10!s [P]2.3.2-r12!s [P]2.3.5-r3!s [P]2.3.6-r4!s [P]2.3.6-r5!s 2.4-r4!s 2.5-r2!s 2.5-r3!s 2.5-r4!s **2.5.1!s (~)2.6!s 2.6.1!s (~)2.7-r2!s (~)2.8_p20080602!s (~)2.8_p20080602-r1!s (~)2.9_p20081201!s (~)2.9_p20081201-r1!s
        {build crosscompile_opts_headers-only debug erandom gd glibc-compat20 glibc-omitfp hardened linuxthreads-tls multilib nls nptl nptlonly profile selinux userlocales vanilla}
     Installed versions:  2.9_p20081201-r1(2.2)!s(02:13:50 30.01.2009)(multilib nls -crosscompile_opts_headers-only -debug -gd -glibc-compat20 -glibc-omitfp -hardened -profile -selinux -vanilla)
     Homepage:            http://www.gnu.org/software/libc/libc.html
     Description:         GNU libc6 (also called glibc2) C library

	Quellcode
1 2 3	# gcc --version gcc (Gentoo 4.3.3 p1.0, pie-10.1.5) 4.3.3 Copyright (C) 2008 Free Software Foundation, Inc.

MfG

Zum Seitenanfang

gentoosapien

Fortgeschrittener

Beiträge: 204

30.01.2009, 02:32

Zitat von »josef.95«

Ja, läuft nun auch unter amd64 (x86_64) fehlerfrei durch.

GCC-4.3.3 reemerged oder per Hand nachgebessert ?

<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

30.01.2009, 02:46

Nein, hier mußte nun nicht mehr nachgebessert werden, nach einen --sync

	Quellcode
1	Timestamp of tree: Thu, 29 Jan 2009 23:15:01 +0000

und einem "emerge -avuDN world" wo unter anderem auf "gcc-config-1.4.1" aktualisiert wurde, lief es nun so sauber durch.

Edit:
"gcc-config-1.4.1" Version hinzugefügt

Zum Seitenanfang

gentoosapien

Fortgeschrittener

Beiträge: 204

30.01.2009, 02:51

Danke an josef.95.
Dan sollte ich die neue Version auch schon drauf haben. Bin aber grad noch bei xbmc, werde glibc aber in die Warteschlange stellen. Mal schauen ob das jetzt Reibungslos durchrennt...

Ah ok. gcc-config wurde bist jetzt noch nicht geupdate. Das muss ich noch nachholen.

Edit:

Kann ich bestätigen. Glibc läuft mit GCC-4.3.3 auf amd64 "x86_64" problemlos durch. (Verionen sieh Post von josef.95, verwende die gleichen)

<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »gentoosapien« (30.01.2009, 07:53)

Zum Seitenanfang

GentooForum.de