W liście z nie, 15-06-2003, godz. 13:36, Piotr Kielech pisze: > Jedno moje pytanie brzmi nstępująco... dlaczego tak się dzieje na debianie > skoro wczesnie na tym samym sprzecie identyczna konfiguracja wprost nic nie > zmienione , bylo wszystko ok i kompilowalo sie bez problemow co sie tylko > chcialo. slack byl tam co prawda niecaly tydzien, ale zaraz po wgraniu > debiana i po 2 dniach gdy chcialem skompilowac sobie jajko wywalil taki blad > i potem juz prawie przy kazdej kompilcji (a juz na pewno przy kazdej > dluzszej) wywala ten sam blad. Stad moje stwierdzenie ze to wina raczej nie > sprzetu, widac sie mylilem, ale jak wytlumaczyc to ze slack dzialal i > kompilowal wszystko bez problemow?!
Powody moga byc rozne. Zauwaz, ze u mnie GCC 2.95 chodzil dobrze, a 3.2 nie - a problem i tak byl w sprzecie. Rozne wersje kompilatora, bibliotek, rozne flagi kompilacji - to wszystko moze miec wplyw na wzor wykorzystania procesora i pamieci, a w przypadku takich problemow czesto bywa, ze specyficzny wzor uzycia moze wywolywac awarie dziesiatki razy czesciej, niz inne. Moze jeszcze przywolam cos z moich wspomnien... mianowicie to, ze kompilacja C++ wywolywala problemy czesciej przy tak samo dlugim czasie kompilacji. Kod C (np. kernel Linux) mogl sie skompilowac w calosci bez problemow, zas w przypadku ciekawszego kodu C++ (biblioteka standardowa, szablony, wyjatki) zazwyczaj kompilator padal po kilku plikach. Problemy ze sprzetem maja to do siebie, ze czesto sa dziwne i nielogiczne... i dlatego sa takie trudne do wykrycia i usuniecia. -- _____ _ _ _ |_ _(_) | |__ | Marek "Tilk" Materzok - ICQ 70650849 - GG 1543661 | | | | | | / / | Mail,Jabber: [EMAIL PROTECTED] - linux.gery.pl | |_| |_|_|_\_\ | -- Linux - Where Don't We Want To Go Today? -- | -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS d- s: a--- C++ UL+++$ P-- L+++>++++$ E- W++ N+ o? K? w--- O? M? V? PS+ PE- Y+ PGP+ !t 5? X R* tv b+ DI+ D G e-- h! !r y- ------END GEEK CODE BLOCK------
