Sie sind nicht angemeldet.

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.

1

14.10.2006, 10:20

gcc fängt beim kompilieren ständig von vorne an [gelöst]

Nachdem ich auf den gcc 4.1.1 umgestiegen bin, musste ich eine emerge -e world machen. Leider fängt der gcc ständig wieder von vorne an zu kompilieren. Ich habe nun schon meine Systemzeit überprüft, welche allerdings stimmt.

Ich hatte vor ca. einem Jahr ein ähnliches Problem mit einem anderen Paket. Mir hatte damals ein Befehl "touch" weitergeholfen. Ich weiss aber nicht mehr genau wie und den betreffenden Tread finde ich auch nicht mehr.

Kann mir hier jemand weiterhelfen?

--- EDIT ---

Ich hab jetzt wieder gefunden, wie das mit dem "touch" war:

Quellcode

1
2
3
etc # touch -r *
# touch -r /etc/init.d/*
# touch -r /etc/conf.d/
Ich werde das mal ausprobieren und den gcc nochmal durchlaufen lassen.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »thorbytes« (16.10.2006, 18:40)


2

14.10.2006, 16:20

Falls das touch nicht hilft, kannst du ja mal während des Kompilierens in top schauen, ob da etwas ungewöhnlich ist. Ich hatte das Problem mit dem 3er gcc, da war im top ein sed mit kontinuierlich voller cpu-Auslastung zu sehen.
Frequent lock ups are a symptom of not enough memory but only in the way that nosebleeds are a symptom of gunshot wounds to the head.

3

14.10.2006, 17:58

Was ähnliches mit dem sed hab ich schonmal bezüglich der glibc gelesen. Tritt offenbar auf, wenn dieser zweimal auf dem System als Binary vorhanden ist. Ist aber bei mir nicht der Fall und in top taucht dies auch nicht auf.

Allerdings hab ich ein "ccl" welches zwar die CPU nicht auslastet, aber dafür zu fast 75% den Arbeitsspeicher. Ich hab aber keine Ahnung, was ccl ist.

--- EDIT ---
Die Ausgabe auf dem Bildschirm (über SSH mit Hilfe von screen) steht seit heute Mittag an der gleichen Stelle und bewegt sich nicht weiter, obwohl die Festplatte nicht stillsteht.

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
17533 all allocated states,
102661 all allocated arcs
32710 all allocated alternative states
6256 all transition comb vector els,
16780 all trans table els
6256 all state alts comb vector els,
16780 all state alts table els
16780 all min delay table els
0 locked states num

transformation: 0.200000, building DFA: 169.640000
DFA minimization: 4.370000, making insn equivalence: 0.040000
all automaton generation: 177.500000, output: 1.430000/bin/sh
/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c
insn-attrtab.cinsn-attrtab.c is unchangedecho timestamp > s-attrtabstage1/xgcc -Bstage1/
-B/usr/i586-pc-linux-gnu/bin/ -march=pentium-mmx -pipe -O2 -fprofile-generate -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H -I.
-I. -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc
-I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/.
-I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../include
-I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../libcpp/include -c insn-attrtab.c -o
insn-attrtab.o
Komischerweise ist der GCC bei dem System-update einwandfrei durchgelaufen, nur jetzt beim World-update macht er Schwierigkeiten.


--- EDIT 2 ---

1. Es heisst nicht "ccl" sondern "cc1" und ist offenbar ein Modul vom gcc.
2. Nach 24 Stunden "vor sich hindümpeln" ist er endlich "aufgewacht" und hat über Nacht sauper kompiliert. Warum er beim System-update nicht so lange gebraucht hat, ist mir schleierhaft. Dennoch ist das Ziel erreicht und der Tread somit gelöst.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »thorbytes« (16.10.2006, 18:40)