Forum Debian Users Gang

[quote=Jacekalex]która wersja gcc 4.4.* działa prawidłowo?[/quote]
U mnie działała każda z obecnie dostępnych :D

Przy jakich progamach i jakie komunikaty są w ostatnich kilkunastu linijkach?
Może to nie jest wina gcc.

Nie chcę tworzyć nowego wątku, więc dopiszę się tutaj.

Zrobiłem

emerge --update --deep world
emerge -p --depclean
revdep-rebuild
dipatch-conf

Najważniejszą zmianą, jaką przyniosła aktualizacja, była zmiana kompilatora z 4.3.4 na gcc-4.4.3-r2 ale tylko na systemie 64-bitowym, bo na 32 wciąż jest 4.3.4 (przynajmniej w tym momencie było) - co mnie zmartwiło, bo do skrośnej kompilacji potrzebne są te same wersje kompilatora czyli 4.3.4 (nie mógłbym zatem zaprząc blaszaka do udziału w kompilacji na laptoku). Ale olałem sprawę licząc na to, że jak pojawi się nowy kompilator na x86 to sobie naprawię [tt]distcc[/tt]. Wróciłem więc do dalszego udoskonalania systemu.

A ponieważ był chłodny wieczór, to zapuściłem jeszcze dla pewności

emerge -e system && emerge -e system && emerge -e world && emerge -e world

Potem znów

emerge -p --depclean
revdep-rebuild
dipatch-conf

Efekt był dość ciekawy, o czym dowiadywałem się stopniowo (w międzyczasie wywaliłem stary kompilator). Pierwszy problem zgłosił mplayer (brak jakiejś biblioteki). Nie chciało mi się szukać problemu, więc go wywaliłem i próbowałem zainstalować na nowo. Wysypał mi błędy dotyczące braku obsługi jakichś funkcji przez jądro (jednym z wielu było tajemnicze [tt]mmx[/tt]). Chciałem sprawdzić, co to za cholerstwo ale efekt nie był zachęcający:

zcat /proc/config.gz | grep -E 'mmx' 
gzip: /proc/config.gz: No such file or directory

Dalej było już tylko gorzej (postanowiłem pogrzebać w jajku):

make menuconfig
  HOSTCC  scripts/basic/fixdep
gcc-config: error: could not run/locate 'gcc'
make[1]: *** [scripts/basic/fixdep] Błąd 1
make: *** [scripts_basic] Błąd 2

Gugiel wspominał coś o spieprzonym kompilatorze. Poszedłem tym tropem:

 * gcc-config: Active gcc profile is invalid!
 [1] i686-pc-linux-gnu-4.4.3 *

 [2] x86_64-pc-linux-gnu-4.4.3

Kompilator do x86 potrzebny jest do [tt]distcc[/tt] ale dlaczego był [tt]domyślny[/tt] i czy to oznacza, że przekompilowałem sobie system nie tym kompilatorem?

Nie mam ochoty na naprawy, przywrócę system z backupu ale jestem ciekaw, gdzie spieprzyłem sprawę?

Ale tam się zrobił totalny bajzel z kompilatorami, bo miałem 2:
1) właściwy, dla 86_64, do wczoraj był w wersji 4.3.4
2) toolchain do kompilacji skrośnej czyli i686 ale on był wywoływany tylko przez [tt]distcc[/tt] czyli tak naprawdę z laptopa (laptop uruchamiał gdy kompilował, bo laptop jest x86), normalnie jak coś instalowałem na blaszaku, to korzystał ze swojego;

Potem oba kompilatory przeskoczyły do wersji 4.4.3 ale to jest bardzo dziwne. O ile dla 86_64 na wczoraj był kompilator w wersji 4.4.3, o tyle nie było go dla wersji x86. Zatem nie jest dziwne, że gcc dla 86_64 przeskoczył z 4.3.4 na 4.4.3. Dziwne jest to, że przeskoczył dla wersji x86 skoro używam stable. Ponadto nie rozumiem, jak on się zupgrejdował z automatu, skoro dotychczasowe "małe" zmiany, np. 4.3.3 na 4.3.4 nadpisywały toolchaina i musiałem go od nowa tworzyć. A tu proszę - nie dość, że się sam zupgrejdował (i to do wersji z unstable),  to zrobił sobie toolchaina, wybrał się na default i przekompilował system z 64 na 32 bity. :)

A system był totalnie rozpieprzony, bo jak tylko zamknąłem firefoksa, to już się nie dało go uruchomić ponownie, ze względu na brak bibliotek.

O ile wiem, że może zbyt szybko wywaliłem gcc 4.3.4 (chociaż akurat to robiłem z otwartym handbookiem) o tyle kompletnie nie rozumiem, jakim cudem toolchain się sam zupgrejdował, nie nadpisał i stał się domyslnym kompilatorem.....

No wiadomo, winny ten, kto wciska [tt]enter[/tt]

Ale skąd u licha wziął się ten kompilator

i686-pc-linux-gnu-4.4.3

Edyta:
Coś nie bardzo kopia systemu chce wrócić :) Chyba zacznę od początku....

A może by tak funtoo?

Ostatnio edytowany przez ippo76 (2010-05-29 13:22:25)

[quote=ArnVaker]....
Przecież możesz zrobić tak:

emerge -avuDN world

i dostaniesz wszystko przejrzyście, do tego z pytaniem czy się zgadzasz :)[/quote]
Czy nie wychodzi na to samo?
[quote=ippo76]

emerge -p --depclean

[/quote]
[quote=ArnVaker]Udawany depclean? hmm...[/quote]
Hehe, nie wspomniałem o tych 4 piwach....
[quote=ippo76]

revdep-rebuild
dipatch-conf

[/quote]
[quote=ArnVaker]Ja daję odwrotnie ;]....[/quote]
[quote=ArnVaker].... gcc jest przecież slotowane, nikt Ci nie każe zmieniać wersji w danym momencie :)

grep gcc /var/lib/portage/world
sys-devel/gcc:4.3
sys-devel/gcc:4.4

[/quote]
Nie kumam slotów ;) Po prostu po pierwszym [tt]--update[/tt] zainstalowal się nowy kompilator
[quote=ArnVaker]...
To chłodny tydzień chyba musiał być :D[/quote]
A zdziwiłbyś się, na rano blaszak był gotowy (i to dosłownie :) ) a laptok męczył się jeszcze do popołudnia, z 16-godzin mu zeszło lekko (ale za to przeżył tę operację).

[quote=ArnVaker]Przekompilowanie @system cztery razy, całej reszty dwa razy przez zmianę kompilatora z 4.3.4 na 4.4.3? "Trochę" absurd :)[/quote]
A bo przeczytałem o tym na forum, ze tak trzeba, żeby wyszło jak w stage1 :) A potem już byłem pijany i poooszłooo...

[quote=ArnVaker]...

"Tym tropem" ([tt]gcc-config -l[/tt]) to się idzie przy zmianie kompilatora, nie wiem jakim Ty wcześniej szedłeś xD[/quote]
Nie, no ja tak handbooka zarozumiałem - że przejście z 1.2.2 na 1.2.3 to pryszcz ale z 1.2.3 na 2.1.1 to już hoho!

No i wpadłem na to, żeby wszystko tym nowym kompilatorem przekompilować wzdłuż i wszerz. A potem doczytałem, żeby usunąć stary :)

[quote=ArnVaker]....
Tiaa, wszystko "sam"... sorry, ale coś chrzanisz :)[/quote]
No niestety nie udokumentowałem wszystkich kroków ale popieprzyły się 2 sprawy:
1) zmiana kompilatora dla blaszaka z 4.3.4 na 4.4.3
2) zmienił się kompilator dla laptoka czyli [tt]toolchain[/tt] dla [tt]distcc[/tt].
O ile w p. 1 sam narozrabiałem, o tyle w p. 2 - nie. Przecież wrzucałem miesiąc temu wątek, że [tt]distcc[/tt] przestał mi działać. Tu dygresja - jeśli robię [tt]--update[/tt] na laptoku albo instaluję coś dużego, to uruchamiam distcc i na obu kompach zmieniam [tt]/etc/make.conf[/tt] zwiększając liczbę procesorów. Wtedy [tt]portage[/tt] na laptopie "angażuje" blaszaka i kompilacja dla laptoka odbywa się na obu maszynach. Ponieważ laptok jest x86 a blaszak 86_64 trzeba zbudować [tt]toolchain[/tt] dla [tt]distcc[/tt] czyli na blaszaku robię drugi kompilator dla x86 (konktetnie podaję wg [tt]/etc/make.conf[/tt] z laptoka czyli [tt]i686-pc-linux-gnu[/tt] i taki [tt]toolchain[/tt] mi się tworzy dla innej architektury. [tt]Handbook[/tt] dokładnie opisuje, jakie czynności na której maszynie trzeba wykonać i to akurat u mnie działało. Z małym wyjątkiem - kiedy zmieniała się wersja gcc, [tt]distcc[/tt] się wyłożył (kompilacja szła tylko na laptoku, a w treści na ekranie widać było komunikaty o błędzie [tt]distcc[/tt], blaszak w ogóle nie brał udziału w kompilacji - to widać w htopie) i dopiero odbudowa [tt]toolchaina[/tt] rozwiązała problem. Nie zapisywałem zmian wersji [tt]gcc[/tt] ale poprzednia zmiana była "mała" czyli np. z 4.3.3 na 4.3.4 - a mimo to [tt]toolchain[/tt] został pewnie nadpisany i [tt]distcc[/tt] na laptoku informował o błędach, a na blaszaku nic się nie kompilowało dla laptoka.

Jeśli kompilowałem coś na blaszaku, to blaszak robił to sam i swoim kompilatorem. A w tym przypadku - sądząc po tym

* gcc-config: Active gcc profile is invalid!
[1] i686-pc-linux-gnu-4.4.3 *

[2] x86_64-pc-linux-gnu-4.4.3[/quote]
przekompilowałem sobie system [tt]toolchainem[/tt] zamiast natywnym kompilatorem.

Tylko dlaczego do tej pory takie jaja się nie działy? Jakim cudem [tt]toolchain[/tt] stał się domyślnym kompilatorem? Zapewniam, że po komendzie

Kod:

emerge -e system && emerge -e system && emerge -e world && emerge -e world

wydanej na obu komputerach i to w konsoli nie miałem już nic do roboty i poszedłem spać. Resztę zniszczenia dokonałem na drugi dzień, kiedy już wszystko było przekompilowane...

[b]No i najlepsze - przecież wczoraj i dziś nie było gcc w wersji 4.4.3 dla stable....[/b] Sam ją sobie stworzyłem?

Kod:

*  sys-devel/gcc
      Latest version available: 4.3.4
      Latest version installed: 4.3.4
      Size of files: 59,405 kB
      Homepage:      http://gcc.gnu.org/
      Description:   The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking
      License:       GPL-3 LGPL-3 || ( GPL-3 libgcc libstdc++ ) FDL-1.2

[quote=ippo76]A może by tak funtoo?[/quote]
Nie, chcę gentoo na obu maszynach - ze względu na [tt]distcc[/tt]. Kopii nie udało mi się przywrócić, więc bedę stawiał stable na nowo. W związku z tym prośba o zweryfikowanie:


Po postawieniu systemu ze [tt]stage3[/tt] robię:
1) [tt]emerge --sync[/tt]
2) kompiluję system i świat ze swoimi flagami i [tt]CFLAGS[/tt] i [tt]CXXFLAGS[/tt] poprzez

Kod:

emerge -e system && emerge -e world

i uzyskuję efekt jakbym zainstalował system ze [tt]stage1[/tt]
3) instaluję resztę systemu na swoich flagach (j.w.) i w związku z tym nie ma sensu robić [tt]emerge -e system && emerge -e world[/tt]
4) jakie są przesłanki do wykonania [tt]emerge -e system && emerge -e world[/tt]? Zmiana kompilatora? Jeśli tak, to jaka?

Ostatnio edytowany przez ippo76 (2010-05-29 16:38:19)

---

ippo76@jid.dug.net.pl

Moja składka do ZUS = 2/3, moja składka do OFE = 1/3;
Stan mojego konta w ZUS = 2XYZ, stan konta w OFE = 3XYZ.