[gentoo-user-de] gcc will nicht gebaut werden

[gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Hallo,
beim Systemupdate bleibe ich immer hängen beim emergen von gcc-4.2.3 mit 
folgender Fehlermeldung.

/usr/i686-pc-linux-gnu/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
make[3]: *** [cc1-dummy] Fehler 1
make[3]: Leaving directory 
`/var/tmp/portage/sys-devel/gcc-4.2.3/work/build/gcc'
make[2]: *** [all-stageprofile-gcc] Fehler 2
make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build'
make[1]: *** [stageprofile-bubble] Fehler 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build'
make: *** [profiledbootstrap] Fehler 2
 *
 * ERROR: sys-devel/gcc-4.2.3 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 4548:  Called toolchain_src_compile
 *             environment, line 5017:  Called gcc_src_compile
 *             environment, line 2907:  Called gcc_do_make
 *             environment, line 2737:  Called die
 * The specific snippet of code:
 *       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}" 
LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || 
die "emake failed with ${GCC_MAKE_TARGET}";
 *  The die message:
 *   emake failed with profiledbootstrap

Der Link /usr/i686-pc-linux-gnu/bin/ld verweist 
auf /usr/i686-pc-linux-gnu/binutils-bin/2.18/ld und ist soweit ich das sehe 
vorhanden und ausführbar.
Was emerge mir mit den LDFLLAGS=.. etc sagen will, verstehe ich jetzt gar 
nicht.

Bei Google habe ich jetzt auch nichts gefunden was mir weiterhilft.

Gruß
Sebastian
--
gentoo-user-de@lists.gentoo.org mailing list

Ergänzung: [gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Am Freitag, 22. Februar 2008 schrieb Sebastian:
> Hallo,
> beim Systemupdate bleibe ich immer hängen beim emergen von gcc-4.2.3 mit
> folgender Fehlermeldung.
>
> /usr/i686-pc-linux-gnu/bin/ld: crt1.o: No such file: No such file or
> directory collect2: ld returned 1 exit status
> make[3]: *** [cc1-dummy] Fehler 1
> make[3]: Leaving directory
> `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build/gcc'
> make[2]: *** [all-stageprofile-gcc] Fehler 2
> make[2]: Leaving directory
> `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build' make[1]: ***
> [stageprofile-bubble] Fehler 2
> make[1]: Leaving directory
> `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build' make: ***
> [profiledbootstrap] Fehler 2
>  *
>  * ERROR: sys-devel/gcc-4.2.3 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 4548:  Called toolchain_src_compile
>  *             environment, line 5017:  Called gcc_src_compile
>  *             environment, line 2907:  Called gcc_do_make
>  *             environment, line 2737:  Called die
>  * The specific snippet of code:
>  *       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}"
> LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} ||
> die "emake failed with ${GCC_MAKE_TARGET}";
>  *  The die message:
>  *   emake failed with profiledbootstrap
>
> Der Link /usr/i686-pc-linux-gnu/bin/ld verweist
> auf /usr/i686-pc-linux-gnu/binutils-bin/2.18/ld und ist soweit ich das sehe
> vorhanden und ausführbar.
> Was emerge mir mit den LDFLLAGS=.. etc sagen will, verstehe ich jetzt gar
> nicht.
>
> Bei Google habe ich jetzt auch nichts gefunden was mir weiterhilft.

ich habe jetzt nochmal emerge gcc aufgerufen und da scheitert er jetzt schon 
am configuren.

checking whether ln -s works... yes
checking for gcc... gcc
checking whether the C compiler (gcc -march=athlon -pipe -O2 ) works... no
configure: error: installation or configuration problem: C compiler cannot 
create executables.
 *
 * ERROR: sys-devel/gcc-4.2.3 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 4548:  Called toolchain_src_compile
 *             environment, line 5017:  Called gcc_src_compile
 *             environment, line 2903:  Called gcc_do_configure
 *             environment, line 2669:  Called die
 * The specific snippet of code:
 *       "${S}"/configure ${confgcc} $@ ${EXTRA_ECONF} || die "failed to run 
configure";
 *  The die message:
 *   failed to run configure

Gruß
Sebastian
--
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re: Ergänzung: [gentoo-user-de] gcc will nicht gebaut werden

[Arnold Krille]

Am 22.02.08 schrieb Sebastian <selist@arcor.de>:
> Am Freitag, 22. Februar 2008 schrieb Sebastian:
>  > Hallo,
>  > beim Systemupdate bleibe ich immer hängen beim emergen von gcc-4.2.3 mit
>  > folgender Fehlermeldung.
>  >
>  > /usr/i686-pc-linux-gnu/bin/ld: crt1.o: No such file: No such file or
>  > directory collect2: ld returned 1 exit status
>  > make[3]: *** [cc1-dummy] Fehler 1
>  > make[3]: Leaving directory
>  > `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build/gcc'
>  > make[2]: *** [all-stageprofile-gcc] Fehler 2
>  > make[2]: Leaving directory
>  > `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build' make[1]: ***
>  > [stageprofile-bubble] Fehler 2
>  > make[1]: Leaving directory
>  > `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build' make: ***
>  > [profiledbootstrap] Fehler 2
>  >  *
>  >  * ERROR: sys-devel/gcc-4.2.3 failed.
>  >  * Call stack:
>  >  *               ebuild.sh, line   49:  Called src_compile
>  >  *             environment, line 4548:  Called toolchain_src_compile
>  >  *             environment, line 5017:  Called gcc_src_compile
>  >  *             environment, line 2907:  Called gcc_do_make
>  >  *             environment, line 2737:  Called die
>  >  * The specific snippet of code:
>  >  *       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}"
>  > LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} ||
>  > die "emake failed with ${GCC_MAKE_TARGET}";
>  >  *  The die message:
>  >  *   emake failed with profiledbootstrap
>  >
>  > Der Link /usr/i686-pc-linux-gnu/bin/ld verweist
>  > auf /usr/i686-pc-linux-gnu/binutils-bin/2.18/ld und ist soweit ich das sehe
>  > vorhanden und ausführbar.
>  > Was emerge mir mit den LDFLLAGS=.. etc sagen will, verstehe ich jetzt gar
>  > nicht.
>  >
>  > Bei Google habe ich jetzt auch nichts gefunden was mir weiterhilft.
>
>  ich habe jetzt nochmal emerge gcc aufgerufen und da scheitert er jetzt schon
>  am configuren.
>
>  checking whether ln -s works... yes
>  checking for gcc... gcc
>  checking whether the C compiler (gcc -march=athlon -pipe -O2 ) works... no
>  configure: error: installation or configuration problem: C compiler cannot
>  create executables.

Kann es sein, das Du distcc oder ccache oder so verwendest? Auch die
sandbox macht bei mir hin und wieder Probleme...

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Justin]

Sebastian schrieb:
> Hallo,
> beim Systemupdate bleibe ich immer hängen beim emergen von gcc-4.2.3 mit 
> folgender Fehlermeldung.
>
> /usr/i686-pc-linux-gnu/bin/ld: crt1.o: No such file: No such file or directory
> collect2: ld returned 1 exit status
> make[3]: *** [cc1-dummy] Fehler 1
> make[3]: Leaving directory 
> `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build/gcc'
> make[2]: *** [all-stageprofile-gcc] Fehler 2
> make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build'
> make[1]: *** [stageprofile-bubble] Fehler 2
> make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.3/work/build'
> make: *** [profiledbootstrap] Fehler 2
>  *
>  * ERROR: sys-devel/gcc-4.2.3 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 4548:  Called toolchain_src_compile
>  *             environment, line 5017:  Called gcc_src_compile
>  *             environment, line 2907:  Called gcc_do_make
>  *             environment, line 2737:  Called die
>  * The specific snippet of code:
>  *       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}" 
> LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || 
> die "emake failed with ${GCC_MAKE_TARGET}";
>  *  The die message:
>  *   emake failed with profiledbootstrap
>
> Der Link /usr/i686-pc-linux-gnu/bin/ld verweist 
> auf /usr/i686-pc-linux-gnu/binutils-bin/2.18/ld und ist soweit ich das sehe 
> vorhanden und ausführbar.
> Was emerge mir mit den LDFLLAGS=.. etc sagen will, verstehe ich jetzt gar 
> nicht.
>
> Bei Google habe ich jetzt auch nichts gefunden was mir weiterhilft.
>
> Gruß
> Sebastian
>   

Mit welchen USE und CFLAGS willst du denn gcc bauen?
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Hallo,
es ist schon ein paar Tage her das ich gefragt habe, hatte aber erst jetzt 
Zeit mich darum zu kümmern.

>
> Mit welchen USE und CFLAGS willst du denn gcc bauen?

Hier folg alles was ich aus der make.conf nicht als unrelevant ausschließen 
konnte:

USE="-gnome qt3 kde dvd alsa midi cdr X v4l ogg opengl xvmc nvidia samba 
scanner vorbis xml unicode nls cups usb ppds hal png jpg jpeg tiff gif pdf 
nsplugin svg dvdr java jack flac exif foomaticdb mmx unicode v4l vorbis 
win32codecs povray logitech-mouse dlloader"

CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon -O3 -pipe"
CXXFLAGS="${CFLAGS}"
INPUT_DEVICES="keyboard mouse kbd"
VIDEO_CARDS="nvidia vesa fbdev v4l"
ACCEPT_KEYWORDS="~x86"
PORTDIR_OVERLAY=/usr/local/overlays/gentoo-de
FEATURES="parallel-fetch"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
FEATURES="ccache"
CCACHE_SIZE="3G"
PORTAGE_ELOG_CLASSES="warn error log"
LINGUAS="de en"
LANG="de_DE.utf8"

und das sagt emerge wenn er das Paket bauen soll:

[ebuild     U ] sys-devel/gcc-4.2.3 [4.2.2] USE="fortran gcj mudflap nls 
openmp (-altivec) -bootstrap -build -doc -gtk 
(-hardened) -ip28 -ip32r10k -libffi% (-multilib) -multislot (-n32) 
(-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB

Aufgrund des Hinweises von arnold habe ich ccache ausgeschaltet erhalte aber 
weiterhin die Fehlermeldung.

Gruß
Sebastian 
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Hallo,

bisher hatte ja keiner eine Idee, jetzt habe ich festgestellt das auch der 
alte gcc nicht mehr will wie ich. Beim Emergen erhalte ich immer solche 
Meldungen wie im folgendem Fall:

>>> Unpacking hdparm-8.6.tar.gz to /var/tmp/portage/sys-apps/hdparm-8.6/work
>>> Source unpacked.
>>> Compiling source 
in /var/tmp/portage/sys-apps/hdparm-8.6/work/hdparm-8.6 ...
i686-pc-linux-gnu-gcc -march=athlon -O3 -pipe -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs -march=athlon -O3 -pipe   -c -o 
hdparm.o hdparm.c
i686-pc-linux-gnu-gcc -march=athlon -O3 -pipe -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs -march=athlon -O3 -pipe   -c -o 
identify.o identify.c
hdparm.c: In Funktion »abort_if_not_full_device«:
hdparm.c:888: Warnung: Zuweisung streicht Qualifizierer von Zeiger-Zieltyp
i686-pc-linux-gnu-gcc -march=athlon -O3 -pipe -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs -march=athlon -O3 -pipe   -c -o 
sgio.o sgio.c
i686-pc-linux-gnu-gcc  -o hdparm hdparm.o identify.o sgio.o
/usr/lib/gcc/i686-pc-linux-gnu/4.2.2/../../../../i686-pc-linux-gnu/bin/ld: 
crt1.o: No such file: No such file or directory
collect2: ld gab 1 als Ende-Status zurück
make: *** [hdparm] Fehler 1
  [31;01m* [0m 
  [31;01m* [0m ERROR: sys-apps/hdparm-8.6 failed.
  [31;01m* [0m Call stack:
  [31;01m* [0m               ebuild.sh, line   49:  Called src_compile
  [31;01m* [0m             environment, line  688:  Called die
  [31;01m* [0m The specific snippet of code:
  [31;01m* [0m       emake CC="$(tc-getCC)" || die "compile error"
  [31;01m* [0m  The die message:
  [31;01m* [0m   compile error
  [31;01m* [0m 
  [31;01m* [0m If you need support, post the topmost build error, and the call 
stack if relevant.
  [31;01m* [0m A complete build log is located 
at '/var/tmp/portage/sys-apps/hdparm-8.6/temp/build.log'.
  [31;01m* [0m The ebuild environment file is located 
at '/var/tmp/portage/sys-apps/hdparm-8.6/temp/environment'.
  [31;01m* [0m 

hat jemand eine Idee wich ich das wieder hingebogen bekomme?
Was ist das für ein Verzeichnis welches er nicht findet? Ich komme da auch 
nicht hinter was er sucht und mit den /.../.../ weis ich auch keinen Pfad.

Gruß
Sebastian

PS
in der Datei /var/tmp/portage/sys-apps/hdparm-8.6/temp/eclass-debug.log steht 
folgendes:
inherit: toolchain-funcs -> /usr/portage/eclass/toolchain-funcs.eclass
*** Multiple Inheritence (Level: 2)
inherit: multilib -> /usr/portage/eclass/multilib.eclass
RDEPEND: not set... Setting to: 

Außerdem gibt es noch die 
Datei /var/tmp/portage/sys-apps/hdparm-8.6/temp/environment mit über 1000 
Zeilen.

Gruß
Sebastian

--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Tobias Krähling]

[-- Attachment #1: Type: text/plain, Size: 569 bytes --]

Hallo Sebastian,
> /usr/lib/gcc/i686-pc-linux-gnu/4.2.2/../../../../i686-pc-linux-gnu/bin/ld:
> crt1.o: No such file: No such file or directory
> collect2: ld gab 1 als Ende-Status zurück

ld sucht crt1.o, die nicht gefunden wird. Wenn ich mich richtig erinner, wird 
die zwingend für den Linker benötigt. Ist die crt1.o denn irgendwo bei dir 
vorhanden, bei mir liegt sie in /usr/lib. Wenn die nicht mehr vorhanden ist, 
sie kommt aus sys-libs/glibc.

Gruß
Tobias


-- 
Tobias Krähling
eMail: Tobias.Kraehling@SemiByte.de
WWW:   www.SemiByte.de

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Hallo,
>
> > /usr/lib/gcc/i686-pc-linux-gnu/4.2.2/../../../../i686-pc-linux-gnu/bin/ld
> >: crt1.o: No such file: No such file or directory
> > collect2: ld gab 1 als Ende-Status zurück
>
> ld sucht crt1.o, die nicht gefunden wird. Wenn ich mich richtig erinner,
> wird die zwingend für den Linker benötigt. Ist die crt1.o denn irgendwo bei
> dir vorhanden, bei mir liegt sie in /usr/lib. Wenn die nicht mehr vorhanden
> ist, sie kommt aus sys-libs/glibc.
>
Die Datei crt1.so scheint es nicht zu geben. aber ein emerge sys-libs/glibc 
geht ja nicht weil der Compiler nicht geht. Jedenfalls erhalte ich dabei die 
Meldung:

checking size of long double... configure: error: cannot compute sizeof (long 
double)
See `config.log' for more details.
 *
 * ERROR: sys-libs/glibc-2.7-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 3349:  Called eblit-run 'src_compile'
 *             environment, line 1090:  Called eblit-glibc-src_compile
 *       src_compile.eblit, line  179:  Called toolchain-glibc_src_compile
 *       src_compile.eblit, line  120:  Called 
glibc_do_configure 'src_compile'
 *       src_compile.eblit, line   97:  Called die
 * The specific snippet of code:
 *      "${S}"/configure ${myconf} || die "failed to configure glibc"
 *  The die message:
 *   failed to configure glibc
 *
 * 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/sys-libs/glibc-2.7-r1/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/sys-libs/glibc-2.7-r1/temp/environment'.

Wo liegt config.log?

Zu dem hinweis von Arnold folgenden Auszug. Das brachte jedenfals auch keinen 
Erfolg.


 *
r1-gentoo sebastian # gcc-config -l
 [1] i686-pc-linux-gnu-4.2.2 *
r1-gentoo sebastian # fix_libtool_files.sh 4.2.2
 * Scanning libtool files for hardcoded gcc library paths...
 *   [1/9] Scanning /lib ...
 *   [2/9] Scanning /usr/lib ...
 *   [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 ...
r1-gentoo sebastian #

Gruß
Sebastian
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Arnold Krille]

Am 05.03.08 schrieb Sebastian <selist@arcor.de>:
>  Zu dem hinweis von Arnold folgenden Auszug. Das brachte jedenfals auch keinen
>  Erfolg.
>   *
>  r1-gentoo sebastian # gcc-config -l
>   [1] i686-pc-linux-gnu-4.2.2 *
>  r1-gentoo sebastian # fix_libtool_files.sh 4.2.2
>   * Scanning libtool files for hardcoded gcc library paths...
>   *   [1/9] Scanning /lib ...
>   *   [2/9] Scanning /usr/lib ...
>   *   [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 ...
>  r1-gentoo sebastian #

Kann auch nicht gehen. fix_libtool_files.sh wird mit dem _alten_
Kompiler als Argument aufgerufen. Das er bei der Suche nach dem
aktuellen Kompiler keinen Pfad findet, der auf den aktuellen Kompiler
geändert werden müsste, ist klar...

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Tobias Krähling]

[-- Attachment #1: Type: text/plain, Size: 1249 bytes --]

Hallo,

> Die Datei crt1.so scheint es nicht zu geben. aber ein emerge sys-libs/glibc
> geht ja nicht weil der Compiler nicht geht. Jedenfalls erhalte ich dabei
> die Meldung:

nicht crt1.so, sondern crt1.o! Aber wenn crt1.o nicht vorhanden ist, dann kann 
glibc auch nicht neu gebaut werden. Dann nimm doch die crt1.o von der Gentoo 
LiveCD, Installations-CD oder dem Stage-Archiv, kopier die nach /usr/lib und 
baust dann glibc neu - dann müßte Dein System wieder konsistent sein.
>
> checking size of long double... configure: error: cannot compute sizeof
> (long double)
> See `config.log' for more details.
>  *
>  * ERROR: sys-libs/glibc-2.7-r1 failed.
[...]
>  * A complete build log is located
> at '/var/tmp/portage/sys-libs/glibc-2.7-r1/temp/build.log'.
>  * The ebuild environment file is located
> at '/var/tmp/portage/sys-libs/glibc-2.7-r1/temp/environment'.
>
> Wo liegt config.log?
Bei Dir unter /var/tmp/portage/sys-libs/glibc-2.7-r1/work, die wird vom 
configure-Script angelegt. Aber ich denke mal, da wird nur drin stehen, daß 
crt1.o nicht vorhanden ist und das Linken deshalb nicht funktioniert.

Gruß
Tobias

-- 
Tobias Krähling
eMail: Tobias.Kraehling@SemiByte.de
WWW:   www.SemiByte.de

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Arnold Krille]

2008/3/5, Sebastian <selist@arcor.de>:
>  bisher hatte ja keiner eine Idee, jetzt habe ich festgestellt das auch der
>  alte gcc nicht mehr will wie ich. Beim Emergen erhalte ich immer solche
>  Meldungen wie im folgendem Fall:
> crt1.o: No such file: No such file or directory

Kurzschuss: War nicht ein Aufruf von fix_libtool_files.sh nötig bei
diesem Fehler? Irgendwann hatte ich den nämlich auch mal, aber ich
weiß nicht mehr, wie ich den wieder behoben habe...

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Hallo,

bei der Zustellung der Mails von der Liste gab es probleme so habe ich die 
Antworten erst jetzt im Archiv gefunden.
Ich habe die Datei crt1.o aus dem stage3-i686-2007.0 (ein Aktuelleren habe ich 
nicht gefunden) nach /usr/lib/ kopiert. Dann wollte ich den gcc neu bauen und 
erhalte jetzt folgende Fehlermeldung.

......
creating cache ./config.cache
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for gcc... gcc
checking whether the C compiler (gcc -march=athlon -pipe -O2 ) works... no
configure: error: installation or configuration problem: C compiler cannot 
create executables.
  [31;01m* [0m 
  [31;01m* [0m ERROR: sys-devel/gcc-4.2.3 failed.
  [31;01m* [0m Call stack:
  [31;01m* [0m               ebuild.sh, line   49:  Called src_compile
  [31;01m* [0m             environment, line 4552:  Called 
toolchain_src_compile
  [31;01m* [0m             environment, line 5021:  Called gcc_src_compile
  [31;01m* [0m             environment, line 2903:  Called gcc_do_configure
  [31;01m* [0m             environment, line 2669:  Called die
  [31;01m* [0m The specific snippet of code:
  [31;01m* [0m       "${S}"/configure ${confgcc} $@ ${EXTRA_ECONF} || 
die "failed to run configure";
  [31;01m* [0m  The die message:
  [31;01m* [0m   failed to run configure
  [31;01m* [0m 
  [31;01m* [0m If you need support, post the topmost build error, and the call 
stack if relevant.
  [31;01m* [0m A complete build log is located 
at '/var/tmp/portage/sys-devel/gcc-4.2.3/temp/build.log'.
  [31;01m* [0m The ebuild environment file is located 
at '/var/tmp/portage/sys-devel/gcc-4.2.3/temp/environment'.
  [31;01m* [0m 

Mir scheint configure lässt sich nicht durchführen. Wie behebe ich das jetzt.

Gruß
Sebastian


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] gcc will nicht gebaut werden

[Sebastian]

Hallo,
>
> bei der Zustellung der Mails von der Liste gab es probleme so habe ich die
> Antworten erst jetzt im Archiv gefunden.
> Ich habe die Datei crt1.o aus dem stage3-i686-2007.0 (ein Aktuelleren habe 
ich nicht gefunden).

Ich habe gerade bemerkt das ich die glibc neu bauen solte, aber auch dabei 
eine Fehlermeldung.

checking for unistd.h... yes
checking for long double... yes
checking size of long double... configure: error: cannot compute sizeof (long 
double)
See `config.log' for more details.
 *
 * ERROR: sys-libs/glibc-2.7-r1 failed.
 * Call stack:

Gruß
Sebastian


--
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re:gcc will nicht gebaut werden

[Sebastian]

Hallo,

da mein Problem noch immer auf eine Lösung wartet, frage ich hier noch mal an.
ich kann keine Programme mehr kompilieren die Fehlermeldung sieht 
folgendermaßen aus.

.....
checking for ANSI C header files... no
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for long double... yes
checking size of long double... configure: error: cannot compute sizeof (long 
double)
See `config.log' for more details.
 *
 * ERROR: sys-libs/glibc-2.7-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 3349:  Called eblit-run 'src_compile'
 *             environment, line 1090:  Called eblit-glibc-src_compile
 *       src_compile.eblit, line  179:  Called toolchain-glibc_src_compile
 *       src_compile.eblit, line  120:  Called 
glibc_do_configure 'src_compile'
 *       src_compile.eblit, line   97:  Called die
 * The specific snippet of code:
 *      "${S}"/configure ${myconf} || die "failed to configure glibc"
 *  The die message:
 *   failed to configure glibc
 *
 * 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/sys-libs/glibc-2.7-r1/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/sys-libs/glibc-2.7-r1/temp/environment'.
 *

 * Messages for package sys-libs/glibc-2.7-r1:

ich habe bereits aus dem tar:/stage3-i686-2007.0.tar.bz2/ die Dateien welche 
augenscheinlich mit dem gcc zu tun haben in mein System Kopiert 
(zwischendurch immer mal probiert, dabei erhielt ich dann Fehlermeldung das 
dieses oder jenes nicht gefunden wird) jetzt habe ich wieder die 
Fehlermeldung wie am Anfang und weiß jetzt nicht was noch fehlt.

Liste der kopierten Ordner:
/etc/env.d/gcc
/usr/bin/gcc
/usr/i686-PC-linux-gnu/gcc
/usr/include/boost/mpl/aux_/preprocessed/gcc 	(habe ich im stagearchiv nicht 
gefunden)
/usr/lib/gcc
/usr/lib/ccache/bin/	(gibt es ebenfalls nicht)
/usr/libexec/

versucht habe ich auch immer wieder:
r1-gentoo sebastian # gcc-config -l
 [1] i686-pc-linux-gnu-4.1.1 *
Da habe ich ja nur den 4.1.1er zur Auswahl, daraufhin habe ich folgendes 
Probiert:
 r1-gentoo sebastian # fix_libtool_files.sh 4.1.1
 * Scanning libtool files for hardcoded gcc library paths...
 *   [1/9] Scanning /lib ...
 *   [2/9] Scanning /usr/lib ...
 *   [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 ...
r1-gentoo sebastian #

Mache ich da jetzt etwas falsch, oder wie behebe ich den Fehler?
Ich würde gerne einige Kernelmodule anpassen.

Gruß
Sebastian


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Arnold Krille]

Am 20.03.08 schrieb Sebastian <selist@arcor.de>:
>  da mein Problem noch immer auf eine Lösung wartet, frage ich hier noch mal an.
>  ich kann keine Programme mehr kompilieren die Fehlermeldung sieht
>  folgendermaßen aus.
>  checking size of long double... configure: error: cannot compute sizeof (long
>  double)

Afaik ist die sandbox kaputt. FEATURES="-sandbox" ?

>  versucht habe ich auch immer wieder:
> r1-gentoo sebastian # gcc-config -l
>  [1] i686-pc-linux-gnu-4.1.1 *
>   r1-gentoo sebastian # fix_libtool_files.sh 4.1.1

Genau, und wie vor ein paar Wochen passiert dabei nix. WEIL
FIX_LIBTOOL_FILES.SH MIT DER _ALTEN_ GCC-VERSION AUFGERUFEN WERDEN
MUSS!!!

(sorry fürs schreien)

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Sebastian]

Hallo,

> Afaik ist die sandbox kaputt. FEATURES="-sandbox" ?
Ich habe keine Sandbox aktiviert.
> >  versucht habe ich auch immer wieder:
> > r1-gentoo sebastian # gcc-config -l
> >  [1] i686-pc-linux-gnu-4.1.1 *
> >   r1-gentoo sebastian # fix_libtool_files.sh 4.1.1
>
> Genau, und wie vor ein paar Wochen passiert dabei nix. WEIL
> FIX_LIBTOOL_FILES.SH MIT DER _ALTEN_ GCC-VERSION AUFGERUFEN WERDEN
> MUSS!!!
Das verstehe ich jetzt nicht, was soll die Alte Version sein? ich finde bei 
mir nur den 4.1.1
ich habe es jetzt mal mit dem Beispiel (# fix_libtool_files.sh 3.4.6) versucht 
aber das war es wohl nicht.

> (sorry fürs schreien)
Schon OK, ich stehe wie es mir scheint auf der Leitung.

Gruß
Sebastian


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[André Glücksmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

Sebastian wrote:
| Hallo,
|
|> Afaik ist die sandbox kaputt. FEATURES="-sandbox" ?
| Ich habe keine Sandbox aktiviert.
|>>  versucht habe ich auch immer wieder:
|>> r1-gentoo sebastian # gcc-config -l
|>>  [1] i686-pc-linux-gnu-4.1.1 *
|>>   r1-gentoo sebastian # fix_libtool_files.sh 4.1.1
|> Genau, und wie vor ein paar Wochen passiert dabei nix. WEIL
|> FIX_LIBTOOL_FILES.SH MIT DER _ALTEN_ GCC-VERSION AUFGERUFEN WERDEN
|> MUSS!!!
| Das verstehe ich jetzt nicht, was soll die Alte Version sein? ich
finde bei
| mir nur den 4.1.1
| ich habe es jetzt mal mit dem Beispiel (# fix_libtool_files.sh 3.4.6)
versucht
| aber das war es wohl nicht.
|
|> (sorry fürs schreien)
| Schon OK, ich stehe wie es mir scheint auf der Leitung.
|
| Gruß
| Sebastian
|
|

Hi Sebastian,

also fix_lib_tools verwendet man nur bei einem update von gcc. Was genau
hast du gemacht, sorry ich bin gerade auch irgendwie nicht so ganz in
deinem Problem drin. gcc lässt sich kompilieren? Aber andere Programme
nciht oder wie? lässt sich nur glibc nicht kompilieren?

Gruß
André

- --
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH4t/5eWPEmRSJ/30RA7SxAJ4zS9eqVMdUJNE6P2Pmp5+3Qnp38wCdGgUH
zElTVXtpA9gr34Oe7uF8Kdg=
=aRF/
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[André Glücksmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

André Glücksmann wrote:
| Sebastian wrote:
| | Hallo,
| |
| |> Afaik ist die sandbox kaputt. FEATURES="-sandbox" ?
| | Ich habe keine Sandbox aktiviert.
| |>>  versucht habe ich auch immer wieder:
| |>> r1-gentoo sebastian # gcc-config -l
| |>>  [1] i686-pc-linux-gnu-4.1.1 *
| |>>   r1-gentoo sebastian # fix_libtool_files.sh 4.1.1
| |> Genau, und wie vor ein paar Wochen passiert dabei nix. WEIL
| |> FIX_LIBTOOL_FILES.SH MIT DER _ALTEN_ GCC-VERSION AUFGERUFEN WERDEN
| |> MUSS!!!
| | Das verstehe ich jetzt nicht, was soll die Alte Version sein? ich
| finde bei
| | mir nur den 4.1.1
| | ich habe es jetzt mal mit dem Beispiel (# fix_libtool_files.sh 3.4.6)
| versucht
| | aber das war es wohl nicht.
| |
| |> (sorry fürs schreien)
| | Schon OK, ich stehe wie es mir scheint auf der Leitung.
| |
| | Gruß
| | Sebastian
| |
| |
|
| Hi Sebastian,
|
| also fix_lib_tools verwendet man nur bei einem update von gcc. Was genau
| hast du gemacht, sorry ich bin gerade auch irgendwie nicht so ganz in
| deinem Problem drin. gcc lässt sich kompilieren? Aber andere Programme
| nciht oder wie? lässt sich nur glibc nicht kompilieren?
|
| Gruß
| André
|

Nochmal hallo,

Also ich darf mal zusammenfassen:
Du hast ein Systemupdate gemacht und dabei auch gcc geupdated von 4.1.1
auf 4.2.3.
Dann hat das irgendwie nicht hingehaun und du hast alles wieder zurück
auf 4.1.1 gestellt. Jetzt verwendest du aber ein testing glibc?

Ist dein komplettes System testing? Oder nur glibc in diesem Fall? Hast
du mal ein anderes nicht testing glibc verwendet? Zumindest bei mir ist
das noch nicht stable.

Inwieweit lassen sich andere Pakete kompilieren? Wirklich gar nicht? Du
kannst NICHTS kompilieren? Lässt sich gcc kompilieren?

Desweiteren:
"-O3

- -O3 turns on all -O2 optimizations and also some optimizations that
increase binary size and make debugging harder or even impossible. Using
- -O3 as your default optimization level might be a bad idea, see below."

Probier mal -O2, zumindest in deiner geposteten make.conf stand das drin,...

Ach und ich seh gerade du hast ACCEPT_KEYWORDS="~x86" also ein
testing-System.

Und wie Arnold gerade geschrieben hat, es wäre mal interessant, wie
deine merge history zu gcc und glibc aussieht. Dazu kannst du auch das
Programm genlop verwenden, falls du es hast:
z.B. genlop -e gcc

Gruß
André

- --
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH4uljeWPEmRSJ/30RA1qTAJ99Fs/yoqqhYHbbikWGRsh0preyUwCfUsw6
7FD3dS1pYXG7tQ17/sO44Iw=
=9WPC
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re:gcc will nicht gebaut werden

[Sebastian]

Hallo,
ich versuche mal soweit ich mich erinnere die Zusammenfassung zu korrigieren.
> |
> | also fix_lib_tools verwendet man nur bei einem update von gcc. Was genau
> | hast du gemacht, sorry ich bin gerade auch irgendwie nicht so ganz in
> | deinem Problem drin. gcc lässt sich kompilieren? Aber andere Programme
> | nciht oder wie? lässt sich nur glibc nicht kompilieren?
Gar nichts lässt sich kompilieren auch gcc und glibc nicht.

> Nochmal hallo,
>
> Also ich darf mal zusammenfassen:
> Du hast ein Systemupdate gemacht und dabei auch gcc geupdated von 4.1.1
> auf 4.2.3.
Soweit ich weiß wurde von ? auf 4.2.2 geupdated beim nachsten systemupdate 
wollte er auf 4.2.3 updaten dazu ist es aber nicht gekommen, da gcc nicht 
arbeiten wollte.
> Dann hat das irgendwie nicht hingehaun und du hast alles wieder zurück
> auf 4.1.1 gestellt. Jetzt verwendest du aber ein testing glibc?
ich habe eigentlich nur wenige testing Pakete und gcc oder glibc sollten nicht 
dazu gehören. 
>
> Ist dein komplettes System testing? Oder nur glibc in diesem Fall? Hast
> du mal ein anderes nicht testing glibc verwendet? Zumindest bei mir ist
> das noch nicht stable.
>
> Inwieweit lassen sich andere Pakete kompilieren? Wirklich gar nicht? Du
> kannst NICHTS kompilieren? Lässt sich gcc kompilieren?
Siehe oben.
>
> Desweiteren:
> "-O3
>
> -O3 turns on all -O2 optimizations and also some optimizations that
> increase binary size and make debugging harder or even impossible. Using
> -O3 as your default optimization level might be a bad idea, see below."
>
> Probier mal -O2, zumindest in deiner geposteten make.conf stand das
> drin,...
Bei der Erstinstalation hatte ich die meinung das ein -03 System besser passen 
würde und bisher keine Veranlassung dieses zu ändern. Werde es jetzt zum 
anlas nehmen dieses zu ändern.
>
> Ach und ich seh gerade du hast ACCEPT_KEYWORDS="~x86" also ein
> testing-System.
ACCEPT_KEYWORDS="~x86 gibt mir doch erst die Möglichkeit testing Pakete zu 
installieren, welche dann explizit freigegeben werden müssen. Das habe ich 
gemacht für wenige Programme welche nicht als stable vorlagen.
>
> Und wie Arnold gerade geschrieben hat, es wäre mal interessant, wie
> deine merge history zu gcc und glibc aussieht. Dazu kannst du auch das
> Programm genlop verwenden, falls du es hast:
 

Die letzte Meldungen zu gcc sind:

....
1201317946:  ::: completed emerge (94 of 210) media-libs/akode-2.0.2 to /
1201317946:  >>> emerge (95 of 210) sys-devel/gcc-4.2.2 to /
1201317946:  === (95 of 210) Cleaning 
(sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
1201317946:  === (95 of 210) Compiling/Merging 
(sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
1201332838:  >>> AUTOCLEAN: sys-devel/gcc
1201332838:  --- AUTOCLEAN: Nothing unmerged.
1201332838:  === (95 of 210) Post-Build Cleaning 
(sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
1201332838:  ::: completed emerge (95 of 210) sys-devel/gcc-4.2.2 to /
1201332838:  >>> emerge (96 of 210) sys-libs/glibc-2.7-r1 to /
.....
1201764165: === Unmerging... (sys-devel/gcc-4.1.2)
1201764195:  >>> unmerge success: sys-devel/gcc-4.1.2
1201764195:  *** exiting successfully.
1201764218:  *** terminating.
.....
Started emerge on: Feb 02, 2008 13:34:51
1201955691:  *** emerge --oneshot =sys-devel/gcc-4.2.2 =app-text/pdftk-1.41 
=sci-astronomy/stellarium-0.9.1 =media-gfx/k3d-0.6.7.0 
=media-gfx/gwenview-1.4.2
1201955694:  >>> emerge (1 of 5) sys-devel/gcc-4.2.2 to /
1201955694:  === (1 of 5) Cleaning 
(sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
1201955694:  === (1 of 5) Compiling/Merging 
(sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
1201970211:  >>> AUTOCLEAN: sys-devel/gcc
1201970211:  --- AUTOCLEAN: Nothing unmerged.
1201970211:  === (1 of 5) Post-Build Cleaning 
(sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
1201970211:  ::: completed emerge (1 of 5) sys-devel/gcc-4.2.2 to /
.....
1203672654: Started emerge on: Feb 22, 2008 10:30:54
1203672654:  *** emerge --resume
1203672694:  *** Resuming merge...
1203672704:  >>> emerge (1 of 33) sys-devel/gcc-4.2.3 to /
1203672704:  === (1 of 33) Cleaning 
(sys-devel/gcc-4.2.3::/usr/portage/sys-devel/gcc/gcc-4.2.3.ebuild)
1203672765:  === (1 of 33) Compiling/Merging 
(sys-devel/gcc-4.2.3::/usr/portage/sys-devel/gcc/gcc-4.2.3.ebuild)
1203673904: Started emerge on: Feb 22, 2008 10:51:44
1203673904:  *** emerge --ask --verbose poster
1203673988:  >>> emerge (1 of 1) net-print/poster-20050907 to /
1203673988:  === (1 of 1) Cleaning 
(net-print/poster-20050907::/usr/portage/net-print/poster/poster-20050907.ebuild)
1203673989:  === (1 of 1) Compiling/Merging 
(net-print/poster-20050907::/usr/portage/net-print/poster/poster-20050907.ebuild)
1203674307:  *** terminating.
1203678116: Started emerge on: Feb 22, 2008 12:01:56
1203678116:  *** emerge  clean
1203678125:  *** terminating.
1203680942:  *** terminating.

Seit dem geht nichts mehr!

eben ließ sich genlop installieren und sagt:
r1-gentoo libexec # genlop -e gcc
 * sys-devel/gcc

     Thu May 31 01:45:30 2007 >>> sys-devel/gcc-4.1.2
     Thu May 31 16:38:28 2007 >>> sys-devel/gcc-4.1.2
     Fri Jun  1 00:49:37 2007 >>> sys-devel/gcc-4.1.2
     Fri Jun  1 11:50:20 2007 >>> sys-devel/gcc-4.1.2
     Sat Jan 26 08:33:58 2008 >>> sys-devel/gcc-4.2.2
     Sat Feb  2 17:36:51 2008 >>> sys-devel/gcc-4.2.2
r1-gentoo libexec #

und zu glibc:
r1-gentoo libexec # genlop -e glibc
 * sys-libs/glibc

     Fri May 11 23:10:53 2007 >>> sys-libs/glibc-2.5-r2
     Thu May 31 02:57:38 2007 >>> sys-libs/glibc-2.5-r3
     Wed Jul 18 02:50:29 2007 >>> sys-libs/glibc-2.5-r4
     Wed Nov 14 22:45:55 2007 >>> sys-libs/glibc-2.6.1
     Sat Nov 24 18:32:29 2007 >>> sys-libs/glibc-2.6.1
     Sat Jan 26 09:31:19 2008 >>> sys-libs/glibc-2.7-r1
r1-gentoo libexec #

Das scheint den gcc aber nicht zu brauchen denn beim emergen von glibc erhalte 
ich die schon bekannte Fehlermeldung und beim gcc die folgende:
checking for gcc... gcc
checking whether the C compiler (gcc -march=athlon -O2 -pipe ) works... no
configure: error: installation or configuration problem: C compiler cannot 
create executables.
 *
 * ERROR: sys-devel/gcc-4.2.3 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 4553:  Called toolchain_src_compile
 *             environment, line 5022:  Called gcc_src_compile
 *             environment, line 2906:  Called gcc_do_configure
 *             environment, line 2672:  Called die
 * The specific snippet of code:
 *       "${S}"/configure "$@" || die "failed to run configure";
 *  The die message:
 *   failed to run configure

Jetzt habe ich mal meine wilde Kopieraktion rückgängig gemacht und erhalte 
folgende Aussage:
r1-gentoo libexec # gcc-config 1
 * Switching native-compiler to i686-pc-linux-gnu-4.2.2 ...

 * Your gcc has a bug with GCC_SPECS.
 * Please re-emerge gcc.
 * http://bugs.gentoo.org/68395

Dazu auf der Seite:
Can be solved by "unset GCC_SPECS && emerge gcc"

Daraufhin folgende Meldung:
checking for gcc... gcc
checking whether the C compiler (gcc -march=athlon -O2 -pipe ) works... no
configure: error: installation or configuration problem: C compiler cannot 
create executables.
 *
 * ERROR: sys-devel/gcc-4.2.3 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 4553:  Called toolchain_src_compile
 *             environment, line 5022:  Called gcc_src_compile
 *             environment, line 2906:  Called gcc_do_configure
 *             environment, line 2672:  Called die
 * The specific snippet of code:
 *       "${S}"/configure "$@" || die "failed to run configure";
 *  The die message:
 *   failed to run configure
 *
 * 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/sys-devel/gcc-4.2.3/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/sys-devel/gcc-4.2.3/temp/environment'.
 *

 * Messages for package sys-devel/gcc-4.2.3:

Ich werde jedenfals nicht mehr schlau aus dem was hier passiert
gibt es nicht eine Möglichkeit den gcc ohne gcc zu ersetzen?

Gruß
Sebastian


--
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re:gcc will nicht gebaut werden

[André Glücksmann]

Sebastian wrote:
> Gar nichts lässt sich kompilieren auch gcc und glibc nicht.
> 
> Soweit ich weiß wurde von ? auf 4.2.2 geupdated beim nachsten systemupdate 
> wollte er auf 4.2.3 updaten dazu ist es aber nicht gekommen, da gcc nicht 
> arbeiten wollte.
> ich habe eigentlich nur wenige testing Pakete und gcc oder glibc sollten nicht 
> dazu gehören.

> Bei der Erstinstalation hatte ich die meinung das ein -03 System besser passen 
> würde und bisher keine Veranlassung dieses zu ändern. Werde es jetzt zum 
> anlas nehmen dieses zu ändern.

Höchstwahrscheinlich liegt da nicht der Fehler, aber O3 hat in meinen 
Augen fast nur Nachteile, außer du encodierst ständig Videos oder so.... 
Gibt dazu auch nenn Artikel im gentoo-wiki im Beitrag cflags.

>> Ach und ich seh gerade du hast ACCEPT_KEYWORDS="~x86" also ein
>> testing-System.
> ACCEPT_KEYWORDS="~x86 gibt mir doch erst die Möglichkeit testing Pakete zu 
> installieren, welche dann explizit freigegeben werden müssen. Das habe ich 
> gemacht für wenige Programme welche nicht als stable vorlagen.

Ich nutze auch vereinzelte Testing-Pakete. Habe jedoch nicht in die 
make.conf selbiges reingeschrieben. Meiner Meinung nach lässt man damit 
alle testing Pakete zu. Die glibc-Version die du dort kompilierst ist 
noch nicht stable:

# eix sys-libs/glibc

[I] sys-libs/glibc
      Available versions:  (2.2)  [P]2.2.5-r10 [P]2.3.2-r12 2.3.5-r3 
2.3.6-r4 2.3.6-r5 2.4-r4 2.5-r2 2.5-r3 2.5-r4 **2.5.1 ~2.6 2.6.1 ~2.7 
~2.7-r1
         {build debug erandom gd glibc-compat20 glibc-omitfp hardened 
linuxthreads-tls multilib nls nptl nptlonly pic profile selinux 
userlocales vanilla}
      Installed versions:  2.6.1(2.2)(00:18:18 22.02.2008)(nls -debug 
-gd -glibc-omitfp -hardened -multilib -profile -selinux -vanilla)
      Homepage:            http://www.gnu.org/software/libc/libc.html
      Description:         GNU libc6 (also called glibc2) C library


>> Und wie Arnold gerade geschrieben hat, es wäre mal interessant, wie
>> deine merge history zu gcc und glibc aussieht. Dazu kannst du auch das
>> Programm genlop verwenden, falls du es hast:
>  
> 
> Die letzte Meldungen zu gcc sind:
> 
> ....
> 1201317946:  ::: completed emerge (94 of 210) media-libs/akode-2.0.2 to /
> 1201317946:  >>> emerge (95 of 210) sys-devel/gcc-4.2.2 to /
> 1201317946:  === (95 of 210) Cleaning 
> (sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
> 1201317946:  === (95 of 210) Compiling/Merging 
> (sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
> 1201332838:  >>> AUTOCLEAN: sys-devel/gcc
> 1201332838:  --- AUTOCLEAN: Nothing unmerged.
> 1201332838:  === (95 of 210) Post-Build Cleaning 
> (sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
> 1201332838:  ::: completed emerge (95 of 210) sys-devel/gcc-4.2.2 to /
> 1201332838:  >>> emerge (96 of 210) sys-libs/glibc-2.7-r1 to /
> .....
> 1201764165: === Unmerging... (sys-devel/gcc-4.1.2)
> 1201764195:  >>> unmerge success: sys-devel/gcc-4.1.2
> 1201764195:  *** exiting successfully.
> 1201764218:  *** terminating.
> .....
> Started emerge on: Feb 02, 2008 13:34:51
> 1201955691:  *** emerge --oneshot =sys-devel/gcc-4.2.2 =app-text/pdftk-1.41 
> =sci-astronomy/stellarium-0.9.1 =media-gfx/k3d-0.6.7.0 
> =media-gfx/gwenview-1.4.2
> 1201955694:  >>> emerge (1 of 5) sys-devel/gcc-4.2.2 to /
> 1201955694:  === (1 of 5) Cleaning 
> (sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
> 1201955694:  === (1 of 5) Compiling/Merging 
> (sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
> 1201970211:  >>> AUTOCLEAN: sys-devel/gcc
> 1201970211:  --- AUTOCLEAN: Nothing unmerged.
> 1201970211:  === (1 of 5) Post-Build Cleaning 
> (sys-devel/gcc-4.2.2::/usr/portage/sys-devel/gcc/gcc-4.2.2.ebuild)
> 1201970211:  ::: completed emerge (1 of 5) sys-devel/gcc-4.2.2 to /
> .....
> 1203672654: Started emerge on: Feb 22, 2008 10:30:54
> 1203672654:  *** emerge --resume
> 1203672694:  *** Resuming merge...
> 1203672704:  >>> emerge (1 of 33) sys-devel/gcc-4.2.3 to /
> 1203672704:  === (1 of 33) Cleaning 
> (sys-devel/gcc-4.2.3::/usr/portage/sys-devel/gcc/gcc-4.2.3.ebuild)
> 1203672765:  === (1 of 33) Compiling/Merging 
> (sys-devel/gcc-4.2.3::/usr/portage/sys-devel/gcc/gcc-4.2.3.ebuild)
> 1203673904: Started emerge on: Feb 22, 2008 10:51:44
> 1203673904:  *** emerge --ask --verbose poster
> 1203673988:  >>> emerge (1 of 1) net-print/poster-20050907 to /
> 1203673988:  === (1 of 1) Cleaning 
> (net-print/poster-20050907::/usr/portage/net-print/poster/poster-20050907.ebuild)
> 1203673989:  === (1 of 1) Compiling/Merging 
> (net-print/poster-20050907::/usr/portage/net-print/poster/poster-20050907.ebuild)
> 1203674307:  *** terminating.
> 1203678116: Started emerge on: Feb 22, 2008 12:01:56
> 1203678116:  *** emerge  clean
> 1203678125:  *** terminating.
> 1203680942:  *** terminating.
> 
> Seit dem geht nichts mehr!
> 
> eben ließ sich genlop installieren und sagt:
> r1-gentoo libexec # genlop -e gcc
>  * sys-devel/gcc
> 
>      Thu May 31 01:45:30 2007 >>> sys-devel/gcc-4.1.2
>      Thu May 31 16:38:28 2007 >>> sys-devel/gcc-4.1.2
>      Fri Jun  1 00:49:37 2007 >>> sys-devel/gcc-4.1.2
>      Fri Jun  1 11:50:20 2007 >>> sys-devel/gcc-4.1.2
>      Sat Jan 26 08:33:58 2008 >>> sys-devel/gcc-4.2.2
>      Sat Feb  2 17:36:51 2008 >>> sys-devel/gcc-4.2.2
> r1-gentoo libexec #
> 
> und zu glibc:
> r1-gentoo libexec # genlop -e glibc
>  * sys-libs/glibc
> 
>      Fri May 11 23:10:53 2007 >>> sys-libs/glibc-2.5-r2
>      Thu May 31 02:57:38 2007 >>> sys-libs/glibc-2.5-r3
>      Wed Jul 18 02:50:29 2007 >>> sys-libs/glibc-2.5-r4
>      Wed Nov 14 22:45:55 2007 >>> sys-libs/glibc-2.6.1
>      Sat Nov 24 18:32:29 2007 >>> sys-libs/glibc-2.6.1
>      Sat Jan 26 09:31:19 2008 >>> sys-libs/glibc-2.7-r1
> r1-gentoo libexec #
> 
> Das scheint den gcc aber nicht zu brauchen denn beim emergen von glibc erhalte 
> ich die schon bekannte Fehlermeldung und beim gcc die folgende:
> checking for gcc... gcc
> checking whether the C compiler (gcc -march=athlon -O2 -pipe ) works... no
> configure: error: installation or configuration problem: C compiler cannot 
> create executables.
>  *
>  * ERROR: sys-devel/gcc-4.2.3 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 4553:  Called toolchain_src_compile
>  *             environment, line 5022:  Called gcc_src_compile
>  *             environment, line 2906:  Called gcc_do_configure
>  *             environment, line 2672:  Called die
>  * The specific snippet of code:
>  *       "${S}"/configure "$@" || die "failed to run configure";
>  *  The die message:
>  *   failed to run configure
> 
> Jetzt habe ich mal meine wilde Kopieraktion rückgängig gemacht und erhalte 
> folgende Aussage:
> r1-gentoo libexec # gcc-config 1
>  * Switching native-compiler to i686-pc-linux-gnu-4.2.2 ...
> 
>  * Your gcc has a bug with GCC_SPECS.
>  * Please re-emerge gcc.
>  * http://bugs.gentoo.org/68395
> 
> Dazu auf der Seite:
> Can be solved by "unset GCC_SPECS && emerge gcc"
> 
> Daraufhin folgende Meldung:
> checking for gcc... gcc
> checking whether the C compiler (gcc -march=athlon -O2 -pipe ) works... no
> configure: error: installation or configuration problem: C compiler cannot 
> create executables.
>  *
>  * ERROR: sys-devel/gcc-4.2.3 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 4553:  Called toolchain_src_compile
>  *             environment, line 5022:  Called gcc_src_compile
>  *             environment, line 2906:  Called gcc_do_configure
>  *             environment, line 2672:  Called die
>  * The specific snippet of code:
>  *       "${S}"/configure "$@" || die "failed to run configure";
>  *  The die message:
>  *   failed to run configure
>  *
>  * 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/sys-devel/gcc-4.2.3/temp/build.log'.
>  * The ebuild environment file is located 
> at '/var/tmp/portage/sys-devel/gcc-4.2.3/temp/environment'.
>  *
> 
>  * Messages for package sys-devel/gcc-4.2.3:
> 
> Ich werde jedenfals nicht mehr schlau aus dem was hier passiert
> gibt es nicht eine Möglichkeit den gcc ohne gcc zu ersetzen?
> 
> Gruß
> Sebastian
> 
> 

Hi Sebastian,

ich habe auch nicht wirklich den Plan woran das liegt, dazu kenne ich 
mich ehrlich gesagt auch zu wenig aus.
Was mich jedoch verwirrt...du hast in gcc-config gcc 4.1.1 drin aber 
4.2.2 installiert, möchtest jetzt aber 4.2.3 installiernen, weil das ja 
neu im Portage drin ist. Kannst du nciht mal 4.2.3 masken und dann 4.2.2 
neu emergen und prüfen ob das geht?

Gruß und nicht den Mut verlieren...
André

-- 
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Joerg Bornkessel]

Guten Tag Sebastian,

am Freitag, 21. März 2008 um 17:37 schrieben Sie:

> Hallo,
> ich versuche mal soweit ich mich erinnere die Zusammenfassung zu korrigieren.
>> |
>> | also fix_lib_tools verwendet man nur bei einem update von gcc. Was genau
>> | hast du gemacht, sorry ich bin gerade auch irgendwie nicht so ganz in
>> | deinem Problem drin. gcc lässt sich kompilieren? Aber andere Programme
>> | nciht oder wie? lässt sich nur glibc nicht kompilieren?
> Gar nichts lässt sich kompilieren auch gcc und glibc nicht.

Boese Sache :(

Ich hatte ein in etwa gleichartiges Problem als ich auf meinem amd64
Notebook von amd64 nomultilib profil auf amd64 multilib profil
gewechselt bin.

Da ging garnichts mehr zu compilieren, gcc und glibc waren broken,
ohne jetzt das weiter vertiefen zu wollen.

Mir hat dann folgender Tread geholfen,

http://forums.gentoo.org/viewtopic-p-4028298.html#4028298

Ich hab bei mir die binaeries zu glibc und gcc installiert, daraus
dann actuell gcc und glibc aus dem tree gebaut und die binaeris
wieder deinstalliert.

Bitte beachte das Du die richtigen binaeris zu deine Plattform
ziehst.
In dem Tread ist auf amd64 gelinkt, andere Plattformen sind auch
vorhanden auf dem Server.


-- 
Mit freundlichen Grüßen
Joerg Bornkessel - Gentoo Developer
hd_brummy (at) gentoo . org


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Sebastian]

Hallo,

> Mir hat dann folgender Tread geholfen,
>
> http://forums.gentoo.org/viewtopic-p-4028298.html#4028298
>
> Ich hab bei mir die binaeries zu glibc und gcc installiert, daraus
> dann actuell gcc und glibc aus dem tree gebaut und die binaeris
> wieder deinstalliert.
>
> Bitte beachte das Du die richtigen binaeris zu deine Plattform
> ziehst.
> In dem Tread ist auf amd64 gelinkt, andere Plattformen sind auch
> vorhanden auf dem Server.

Danke das hat geholfen, aber leider nur teilweise. Ich kann wieder kompilieren 
aber dafür fehlt der Internetzugang. dhcpcd vermisst die 
Bibliothek  /lib/libc.so.6 diese ist bei mir ein link auf libc-2.6.1.so und 
auch vorhanden. dhcpcd sucht aber eine glibc_2.7 welche ich bei mir auch 
nicht finde.

Desweiteren ist mir aufgefallen das ich mit gcc-config nicht zu dem 
Installiertem gcc wechseln kann, obwohl er ja funktioniert. Die Fehlermeldung 
lautet invalid switch.

Gruß
Sebastian


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Arnold Krille]

Hi,

2008/3/28, Sebastian <selist@arcor.de>:
> Danke das hat geholfen, aber leider nur teilweise. Ich kann wieder kompilieren
>  aber dafür fehlt der Internetzugang. dhcpcd vermisst die
>  Bibliothek  /lib/libc.so.6 diese ist bei mir ein link auf libc-2.6.1.so und
>  auch vorhanden. dhcpcd sucht aber eine glibc_2.7 welche ich bei mir auch
>  nicht finde.

dhcpcd neu bauen?

>  Desweiteren ist mir aufgefallen das ich mit gcc-config nicht zu dem
>  Installiertem gcc wechseln kann, obwohl er ja funktioniert. Die Fehlermeldung
>  lautet invalid switch.

Kommando und Ausgabe mal posten?

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Sebastian]

Hallo,
habe den Rechner jetzt zu mir genommen um dem Problem besser auf den Grund zu 
kommen und schneller zugreifen zu können.

> 2008/3/28, Sebastian <selist@arcor.de>:
> > Danke das hat geholfen, aber leider nur teilweise. Ich kann wieder
> > kompilieren aber dafür fehlt der Internetzugang. dhcpcd vermisst die
> >  Bibliothek  /lib/libc.so.6 diese ist bei mir ein link auf libc-2.6.1.so
> > und auch vorhanden. dhcpcd sucht aber eine glibc_2.7 welche ich bei mir
> > auch nicht finde.
>
> dhcpcd neu bauen?
bisher ohne erfolg

--- replaced dir /sbin
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * Messages for package net-misc/dhcpcd-3.1.5-r1:

 * You have installed dhcpcd with DUID support.
 * Some DHCP server implementations require a MAC address only in the
 * ClientID field. These DHCP servers should be updated to be RFC
 * conformant. If you cannot do this, you can revert to the old
 * behaviour by using the -I '' option OR building dhcpcd with the
 * vram USE flag enabled.
 * GNU info directory index is up-to-date.
r1-gentoo sebastian # ifconfig eth0
eth0      Protokoll:Ethernet  Hardware Adresse 00:1B:21:07:6B:BA
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Basisadresse:0xd400 Speicher:cffc0000-cffe0000
r1-gentoo sebastian # ping -c3 192.168.178.1
connect: Network is unreachable

Das sollte die Fritzbox sein, diese kennt den Rechner aber nach Auskunft der 
Netzwerkgeräte ebenfalls nicht.
Liegt das am DUID support ? oder an der Fehlenden glib_2.7 da habe ich ja nur 
eine 2.6.. 
Ohne Netz ist ein update aber etwas schwierig.

Ich sehe gerade folgenden Hinweis, vieleicht hat der ja einen Hinweis zur 
Behebung des Problems.
 net-misc/dhcpcd
   selected: 3.2.2
  protected:3.1.5-r1
    omitted:none

Unmerging net-misc/dhcpcd-3.2.2...
No package files given... Grabbing a set.
--- replaced obj /usr/share/man/man8/dhcpcd.8.bz2
....
No outdata package were found on your system.
>
> >  Desweiteren ist mir aufgefallen das ich mit gcc-config nicht zu dem
> >  Installiertem gcc wechseln kann, obwohl er ja funktioniert. Die
> > Fehlermeldung lautet invalid switch.
>
> Kommando und Ausgabe mal posten?
das hat sich gegeben nachdem ich die manuellen Änderungen wieder komplett 
beseitigt hatte und den Rechner neu gestartet.

Gruß
Sebastian
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Arnold Krille]

Hi,

Am 21.03.08 schrieb Sebastian <selist@arcor.de>:
>  > Ach und ich seh gerade du hast ACCEPT_KEYWORDS="~x86" also ein
>  > testing-System.
> ACCEPT_KEYWORDS="~x86 gibt mir doch erst die Möglichkeit testing Pakete zu
>  installieren, welche dann explizit freigegeben werden müssen. Das habe ich
>  gemacht für wenige Programme welche nicht als stable vorlagen.

Nein. ~x86 (oder ~amd64 oder so) in ACCEPT_KEYWORDS sagt: "Nimm von
jedem Paket die aktuelle 'testing'-Version." Ansonsten musst Du jedes
gewünschte Paket einzeln, also per /etc/portage/package.keywords
freigeben.

Mit dem ACCEPT_KEYWORDS="~x86" ist Dein ganzes System "testing".
Zumindest nach dem nächsten "emerge world -uDN"...

Achja, mit den Paketen in ~ hat man eigentlich nur selten Probleme.
Ich zumindest habe damit nicht so viele Probleme. Bloß von einigen
speziellen Audio-/Video-Programmen ist die ~ ein wenig schwieriger.
Und jede Apache/php-Neuerung trifft Dich halt direkt, bevor die
Wiki-Seiten richtig fertig sind...

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[Arnold Krille]

2008/3/20, Sebastian <selist@arcor.de>:
>  > Afaik ist die sandbox kaputt. FEATURES="-sandbox" ?
> Ich habe keine Sandbox aktiviert.

Ich auch nicht explizit. Aber gentoo implizit beim kompilieren...

> > >  versucht habe ich auch immer wieder:
>  > > r1-gentoo sebastian # gcc-config -l
>  > >  [1] i686-pc-linux-gnu-4.1.1 *
>  > >   r1-gentoo sebastian # fix_libtool_files.sh 4.1.1
>  > Genau, und wie vor ein paar Wochen passiert dabei nix. WEIL
>  > FIX_LIBTOOL_FILES.SH MIT DER _ALTEN_ GCC-VERSION AUFGERUFEN WERDEN
>  > MUSS!!!
> Das verstehe ich jetzt nicht, was soll die Alte Version sein? ich finde bei
>  mir nur den 4.1.1

Tja, ich weiß auch nicht, welche gcc versionen bei Dir vorher mal
installiert waren...
Aber Du kannst es herausbekommen, in /var/log/emerge.log steht nämlich
drinne, welche Pakete wann installiert (und deinstalliert) worden
sind.

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re:gcc will nicht gebaut werden

[André Glücksmann]

Sebastian wrote:
> Hallo,
> 
> da mein Problem noch immer auf eine Lösung wartet, frage ich hier noch mal an.
> ich kann keine Programme mehr kompilieren die Fehlermeldung sieht 
> folgendermaßen aus.
> 
> .....
> checking for ANSI C header files... no
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for long double... yes
> checking size of long double... configure: error: cannot compute sizeof (long 
> double)
> See `config.log' for more details.
>  *
>  * ERROR: sys-libs/glibc-2.7-r1 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 3349:  Called eblit-run 'src_compile'
>  *             environment, line 1090:  Called eblit-glibc-src_compile
>  *       src_compile.eblit, line  179:  Called toolchain-glibc_src_compile
>  *       src_compile.eblit, line  120:  Called 
> glibc_do_configure 'src_compile'
>  *       src_compile.eblit, line   97:  Called die
>  * The specific snippet of code:
>  *      "${S}"/configure ${myconf} || die "failed to configure glibc"
>  *  The die message:
>  *   failed to configure glibc
>  *
>  * 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/sys-libs/glibc-2.7-r1/temp/build.log'.
>  * The ebuild environment file is located 
> at '/var/tmp/portage/sys-libs/glibc-2.7-r1/temp/environment'.
>  *
> 
>  * Messages for package sys-libs/glibc-2.7-r1:
> 
> ich habe bereits aus dem tar:/stage3-i686-2007.0.tar.bz2/ die Dateien welche 
> augenscheinlich mit dem gcc zu tun haben in mein System Kopiert 
> (zwischendurch immer mal probiert, dabei erhielt ich dann Fehlermeldung das 
> dieses oder jenes nicht gefunden wird) jetzt habe ich wieder die 
> Fehlermeldung wie am Anfang und weiß jetzt nicht was noch fehlt.
> 
> Liste der kopierten Ordner:
> /etc/env.d/gcc
> /usr/bin/gcc
> /usr/i686-PC-linux-gnu/gcc
> /usr/include/boost/mpl/aux_/preprocessed/gcc 	(habe ich im stagearchiv nicht 
> gefunden)
> /usr/lib/gcc
> /usr/lib/ccache/bin/	(gibt es ebenfalls nicht)
> /usr/libexec/
> 
> versucht habe ich auch immer wieder:
> r1-gentoo sebastian # gcc-config -l
>  [1] i686-pc-linux-gnu-4.1.1 *
> Da habe ich ja nur den 4.1.1er zur Auswahl, daraufhin habe ich folgendes 
> Probiert:
>  r1-gentoo sebastian # fix_libtool_files.sh 4.1.1
>  * Scanning libtool files for hardcoded gcc library paths...
>  *   [1/9] Scanning /lib ...
>  *   [2/9] Scanning /usr/lib ...
>  *   [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 ...
> r1-gentoo sebastian #
> 
> Mache ich da jetzt etwas falsch, oder wie behebe ich den Fehler?
> Ich würde gerne einige Kernelmodule anpassen.
> 
> Gruß
> Sebastian
> 
> 

If you upgraded from gcc 3 to 4 (e.g. from 3.4.6 to 4.1.1 in this
example) you will have to run fix_libtool_files.sh manually
# fix_libtool_files.sh 3.4.6

-- 
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-- 
gentoo-user-de@lists.gentoo.org mailing list