Re: lug-bg: gcc error - Segmentation Fault (program cpp0)

[danchev@xxxxxxxxx (George Danchev)]

Pyrvo iskam da se izvinq ako sym zasegnal nqkoj ...
nqmam nisto protiv distribuciqta na RH, (naprotiv sega se u4a na RPM;), ne 
sym q otri4al i ne sym kazval na pitastiq da q smeni totalno a ako ima vreme 
prosto da opita na 4isto s druga 4e ne se znae kyde mozhe da e problema. 

> Distribuciite obiknoveno izbirat kernela koito e po-stabilen (t.e. bil e
> stress testvan sus razlichen harware). Taka che ako -ac seriyata kerneli
> raboti za redhat veroyatnosta da raboti _za men_ e po-golyama ot tazi na
> koito i da e vannila kernel.
> kgcc koeto redhat shipvat  vuv 7.x e egcs 1.1.2 = gcc 2.91.66. ,
> kompilatora na rh6.x

okz, no naj-merodavniq izto4nik za tova s koj compiler da se compilira 
dadeniq kernel e Documentation/Changes. 

> > li4noto mi nabludenie e 4e gcc 2.95.3 i 2.95.4 sa zheleznite compilers
> > kym momenta. Kakvoto im dadesh go smilat i proizvezhdat naistina stable
> > izpylnim kod. a edno ot dobrite obqsneniq za gcc 2.96:
> > http://www.mplayerhq.hu/DOCS/faq.html
> > http://www.mplayerhq.hu/DOCS/gcc-2.96-3.0.html
> > http://www.mplayerhq.hu/DOCS/users_against_developers.html
>
> Struva mi se devloperite na mplayer izpolzvat edin kup dumi za da kajat
> prosto "ne znam", za da opravdayat anti redhat nastroeniyata si  i da
> izbyagat ot problemite na potencialnite potrebiteli  vmesto da napravyat
> nyakakuv opit da gi reshat.

vizh stanovishteto na GCC team, na MySQL team susto i t.n. i t.n. upstream 
developers kojto imat problemi s tozi 2.96 compiler na RH . Problema e 4e ako 
pri teb problema ne se proqvqva, to tova ne e garanciq 4e i pri drug ste e 
taka. Zavisi ot mnono raboti.  

>
> > ina4e oplakvaniq ot nego mnogo... a eto i kakvo e kazano v
> > Documetation/Changes v 2.4.10 kernela v slu4aj 4e nqkoj nqma source na
> > 2.4 pod ruka. A preporukite za kernela sa dobra otpravna to4ka za tova
> > kyf da e compiler-a (kojto da kompilira ne samo kernel razbira se).
> >
> > The recommended compiler for the kernel is gcc 2.95.3 or .4, and it
> > should be used when you need absolute stability. You may use gcc 3.0.x
> > instead if you wish, although it may cause problems. Later  versions of
> > gcc have not received much testing for Linux kernel compilation, and
> > there are almost certainly bugs (mainly, but not exclusively, in the
> > kernel) that will need to be fixed in order to use these compilers. In
> > any case, using pgcc instead of egcs or plain gcc is just asking for
> > trouble.
> >
> > Note that gcc 2.7.2.3 is no longer a supported kernel compiler. The
> > kernel no longer works around bugs in gcc 2.7.2.3 and, in fact, will
> > refuse to be compiled with it. egcs-1.1.2 has register allocation
> > problems in very obscure cases. We have ensured the kernel does not trip
> > these in any known situation. The 2.5 tree is likely to drop egcs-1.1.2
> > workarounds.
> >
> > The Red Hat gcc 2.96 compiler subtree can also be used to build this
> > tree. You should ensure you use gcc-2.96-74 or later. gcc-2.96-54 will
> > not build the kernel correctly.
> >
> > [az bih kazal zabravete za gcc-2.96, a ako go polzvate naj-dobriq
> > izto4nik za otgovori otnosno problemi sa RH - tehnite mail lists i t.n.,
> > ama tova rabota li e ?!]
>
> Koe tochno te pritesnyava otnosno komunikaciyata s redhat?
> https://www.redhat.com/apps/support/resources/ ?
> https://www.redhat.com/mailing-lists/  ?
> https://bugzilla.redhat.com/bugzilla/  ?

You missed the point! Ideqta mi beshe 4e po tozi na4in se poqvqvat distro 
specific problemi i resheniq bez tova da e neobhodimo. Patch-va se samo ako 
naistina ima problem i za tova se pishe v docs na distroto - kak, zasto sa 
apply-nati patches kym upstream sources, dava se vyzmozhnost po zhelanie na 
user-a i da ne se prilagat i t.n. 

> Moje i da ne izpipvat vsichko dokrai, zashtoto sa vse pak sa komersialna
> organizaciya, imat srokove, po-vajni i po-malovajni klienti  i t.n.
> obache sus sigurnost ne sa hora koito byagat ot problemite  ili puk te
> lujat v liceto che vsichko raboti.

tova vyobste ne sym go imal predvid ! 

> > zabravih da kazha 4e na edno ot CD-tata na RH-7.2 ima i hacked versiq na
> > glibc (hacknata ot RH razbira se)... edin mnogo knoledgeble tip ot tqh go
> > e predlozhil i izpylnil, nari4at go object prelinking - neznam kakvo
> > zna4i i kakvo sa promenili, no s nego prilozheniqta startirat adski byrzo
> > no pyk za tova mogat i da brake-vat adski byrzo , vse oste e experimental
> > oba4e... vizh da ne si s tova glibc - vsystnost ideq nqmam kak ste go
> > poznaesh :)
>
> Ulrich Drepper - maintainera na glibc kakto i Jakub Jelinek ako ne se
> luja choveka su spomenatiya preload hack rabotyat za redhat, ako shte
> "probvam" nechii hackove to nai veroyatno da sa tehnite ;)

da taka e , syglasen sym , koeto si e ubavo si e ubavo nqma spor. 

> > Vsi4ko tova go kazvam ne 4e imam nesto protiv RH, a zastoto v tehnite
> > distros ima dosta iznenadi (dosta forked upstream sources, bez da ima
> > realna pri4ina za tova v pove4eto slu4ai)... ponqkoga poor documented i
> > user-a se 4udi kakvo i zasto stava ... report-va bugs , oba4e drugite
> > kojto ne polzvat RH ne mogat da go reproducirat i syotvetno bug-a se
> > prevrusta v mystery ... idi 4e razberi. Imat mail lists kydeto se
> > obsyzhdat podobni RH specific probs.
>
> Nyakakvi fakti koito da podkrepyat tvurdenieto v skobite? Kazvash
> forked, a realno nyama nikakvi seriozni forkove na samiya kernel ili na
> glibc. Osven ako ne smyatash -ac seriyata za seriozen fork, no az vse
> pak bih vyarval na Alan Cox za tova dali moje da se schita za fork.

e neznam dali e korektno da se nari4a forked no e s starata VM, koqto ne 
beshe s mnogo advanced algorithms i ne beshe doiz4istena kato izpylnenie i 
oste ne e. Eto edno sravnenie mezhdu nqkolko kernels, vkl. i 2.4.9 na Red Hat:
(kak zvu4i samo kernel-a na RH  - kakva ironiq ;)
http://www.byte.com/documents/s=2470/byt1012259408690/
oburni vnimanie na otgovora na Alan Cox. 
btw my favourite kernel developer e Indo Molnar pak ot Red Hat, toj naistina 
mozhe da pravi magii s shedulinga v kernela (za 2.5 stava vypros) no edva li 
hora kato nego, Alan Cox i drugite izvestni imat vreme i sili da diktuvat na 
tezi developers v RH koito paketirat v krajna smetka produkta .. te se borqt 
sys stock kernel-a, slagat i tehni ve4e specifi4ni za RH patches, no kolko 
users na RH sa aware za tova ? . No kakto i da e ... nqma zna4enie.

> Ot tova koeto az sum vijdal (a to vsichko e publichno) redhat vzema gore
> dolu stabilna versiya na kernela/glibc, patchva ya po vsyakakuv nachi da
> stane po-stabilna i da raboti s poveche hardware  (kto za tova izpolzva
> patchove po sledvashti versii na kernela) , testvat seriozno poluchenata
> banica, i go puskat kato osnoven kernel/glibc na distribuciyata si.
>
> Ako nyakakva po seriozna nesuvmenstimot ne prechi na po natatushnoto
> upgradvane na paketa to se puskat versii sus sledvashti versii na
> kernela, primer  kernel-2.4.9-13.i686.rpm   za redhat 7.2
>
> > problema mozhe i hardwaren da e - pametta, no 4oveka se e testval
> > sigurnove4e s memtest86...... No  naistina edin 4ist install na RH s gcc
> > != 2.96 i normalno glibc mozhe da pomogne - znaesh li kakvo e broken. Ako
> > isksh probvaj da instalirash gcc-2.95 ot binary .rpm .
> > Ili install na nqkoe drugo _4isto_ distro za test, da se vidi kva ste e
> > reakciqta.
>
> Problema na choveka izglejdashe kato bug vuv pametta, no toi kaza che ya
> e testval. Ako priemem che hardwera e zdrav znachi sledvashtoto neshto
> koeto moje da e skapano e gcc-to mu.

ne mozhe da se znae dali problema mu hardwaren, no vse mi se struva 4e po 
vreme na rabota  gcc-2.96 se opitva da "pipa" 4uzhd memory range i e syvsem v 
reda na nestata kernela da my prati signal 11.  

> Logichna stupka za vseki rh user e da vidi dali ima update na gcc-to ot
> redhat. Ako tova ne pomogne sledvat razlichni kombinacii ot
> troubleshoooting, vsichki zaviseshti ot nalichieto na svobodno vreme i
> nivoto na znaniya na potrebitelya.
> Problemi ima razni i raznoobrazni, i te ne sa ogranicheni do rh gcc
> 2.96. Sus distro bashing obache ne reshavame nito edin ot tyah.

prosto se opitah da nahvyrlq tova za koeto se setih ... 
vzimam si pouka i razbiram 4e ne moga da byda polezen i nqma da se  opitvam 
da davam akyl ako e zamesena distribuciqta na RH. ;-)
done 
P.S. no flames !!! :)

-- 
Greets,
fr33zb1
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora