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

2002-02-16 Thread Yanko Kaneti

Ne moga da se sdurja da ne vmetna nyakoi dumi za redhat i pr.

On Sat, 2002-02-16 at 09:35, George Danchev wrote:
 On Friday 15 February 2002 04:18, you wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  On Thursday 14 February 2002 20:45, you wrote:
   On Thursday 14 February 2002 19:29, you wrote:
Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)
   
OS: Red Hat Linux 7.2
gcc ver.2.96
kernel 2.4.7; 2.4.9
   
mashinata e Pentium 150, o/c na 188, 64MB RAM.
   
10x predvaritelno!
  
   ami tokova zhivotno kato gcc-2.96 nqma officialno release-nato ot
   developers na gcc (vizh na site-a na gcc za da se ubedish). RH sa vzeli
   edin CVS snapshot na gcc nqkyde okolo 3.0 patch-nali sa go zdravo (s
   eksperimantalna cel maj, neznam) i v rezultat na koeto tova gcc e zdravo
   broken i e predvideno samo za user space kompilacii, a ne na kernels :).
   Oba4e s RH 7.2 trqbva da vyrvi i kgcc (tova maj e istinskoto gcc2.95 , ne
   sym mnogo siguren za versiqta no e naistina ot upstream developers na
   gcc) . Ta s tri dumi:

Na tova kakto i na spekulaciite po-dolu okibknoveno se otgovoaraya s eto
tova url http://www.bero.org/gcc296.html

   smqna na gcc s nesto po-4oveshko - 2.95.3 , 2.95.4
   smqna na kernela - vanilla =2.4.10  (bez 2.4.11 i 2.4.15)
   [mislq 4e kernela kojto idva s RH 7.2 e 2.4.9-ac, smenqj go smelo s nqkoj
   vanilla, stoto ina4e si s forked kernel - s stara VM i t.n. i po-malko
   hora go nabludavat i pomagat pri problemi... poslednite vanilla 2.4 sa
   dosta koravi, vypreki 4e az neiskam da se razdelqm s moq 2.4.10 zvqr ;]

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

  Hmm.
  gcc-2.96 koeto idva s RH-7.2 ne bi triabvalo da ima problemi. ( Ili pone ne
  4ak tolkova seriozen  problem ). Po4ti edin mesec karah s nego.
  Po skoro  mi prili4a kato OOM killer-a da se razvihria. Vypreki 4e s RH
 
 gcc naistina se stremi da usvoqva kolkoto se mozhe pove4e pamet (za da 
 priklu4i po-byrzo s kompilaciqta), no go pravi taka da se kazhe dosta 
 kulturno i zakonno, ne iziskva ot kernel-a da mu zadelq vse pove4e i pove4e 
 pamet do bezkraj ako tova naistina ne e vyzmozhno. Ne mislq 4e tova e 
 problema. A OOM killer-a ne pribyrzva s izbivaneto na bad procesite i 
 sotvetno da izduha (iz4isti) heap-a im ot pametta 4e da osvobodi zaetite ot 
 tqh mempages... toj polzva dosta slozhen algoritym i si znae rabotata (koga 
 da kolq i besi:)
 
  idva kgcc - koeto e gcc-2.91-neshto si ako si compile-vash vanila kernel
  shte se polzva gcc-to.Probvai da compilirash bez da puskash X i razni
  sharenii. Ogledai dali predi da SEGFAULT-ne gcc-to ne ti dava niakakvi
  syobshteniq za greshi v coda koito compilirash. Dori i vanila 2.93 ima
  edin kup bugove koito kato stigne do greshka ot koiato ne moje da se
  vyzstanvi compilaciata oshte mnogo redove programen cod SEGFAULT-va.
 
 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.

 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 

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

2002-02-16 Thread 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 

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

2002-02-15 Thread Peter Georgiev

On Fri, 15 Feb 2002 04:18:11 +0200
Àíãåë Âúëêîâ [EMAIL PROTECTED] wrote:

 gcc-2.96 koeto idva s RH-7.2 ne bi triabvalo da ima problemi. ( Ili pone
 ne 4ak tolkova seriozen  problem ). Po4ti edin mesec karah s nego.
 Po skoro  mi prili4a kato OOM killer-a da se razvihria. Vypreki 4e s
 RH idva kgcc - koeto e gcc-2.91-neshto si ako si compile-vash vanila
 kernel shte se polzva gcc-to.Probvai da compilirash bez da puskash X i
 razni sharenii. Ogledai dali predi da SEGFAULT-ne gcc-to ne ti dava
 niakakvi syobshteniq za greshi v coda koito compilirash. Dori i vanila
 2.93 ima edin kup bugove koito kato stigne do greshka ot koiato ne moje
 da se vyzstanvi compilaciata oshte mnogo redove programen cod
 SEGFAULT-va.

RH7.2 varvi i s gcc-3.0.2, no sa go krastili gcc3. No ne bi triabvalo 
gcc-2.96 ot RH7.2 da e problemno.

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




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

2002-02-15 Thread Anastas Giokov

Drupnah gcc 3.0.3, no i toj ne mozhe da se kompilira :-
Sas sashtija problem (vizh subj:)

Njama instaliran X. Izdunkite idvat savsem sluchajno - kompilacijata si
varvi savsem normalno i na proizvolen etap gcc-to gurmi.

Ne moga da izpolzvam samo rpm-i, zashtoto mi potrjabva dhcp-3, ot tam
bind-9.2, puk i poslednija precompiliran kernel ot redhat e 2.4.9.

Shte opitam Memcheck.

Antzi

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Spas Pavlov
Sent: Friday, February 15, 2002 10:04 AM
To: [EMAIL PROTECTED]
Subject: Re: lug-bg: gcc error - Segmentation Fault (program cpp0)


On Thursday 14 February 2002 19:29, you wrote:
 Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)

 OS: Red Hat Linux 7.2
 gcc ver.2.96
 kernel 2.4.7; 2.4.9


gcc-to na  RH7.2. naistina e bygawo, no ne mislq che e chak do takawa
stepen.
Po tazi prichina izbqgwam kompilaciite dokolkoto  e wyzmovno. Potyrsi si rpm
na towa koeto ti trqbwa.
Seaga obache se seshtam i drugo:
Men edno pc me sbyrka ot preinstalacii, ne moga da kompiliram nito kernel
normalno, nito nesto drugo  (to beshe sys Slack 8)
Okaza se che pametta e sduhana i to nqkyde wyw gornite adresi i se dyni samo
kogaro RAM-a se natowari na 100%.
(Predi towa mashinata e rabotila sys Win obsto wzeto normalno)
Taka che ako iskash idi na www.memtest86.com i testwaj RAM-a.

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


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




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

2002-02-15 Thread Teodor Georgiev

mmm... RAM pametta?

- Original Message -
From: Anastas Giokov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 15, 2002 12:01 PM
Subject: RE: lug-bg: gcc error - Segmentation Fault (program cpp0)


 Drupnah gcc 3.0.3, no i toj ne mozhe da se kompilira :-
 Sas sashtija problem (vizh subj:)

 Njama instaliran X. Izdunkite idvat savsem sluchajno - kompilacijata si
 varvi savsem normalno i na proizvolen etap gcc-to gurmi.

 Ne moga da izpolzvam samo rpm-i, zashtoto mi potrjabva dhcp-3, ot tam
 bind-9.2, puk i poslednija precompiliran kernel ot redhat e 2.4.9.

 Shte opitam Memcheck.

 Antzi

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Spas Pavlov
 Sent: Friday, February 15, 2002 10:04 AM
 To: [EMAIL PROTECTED]
 Subject: Re: lug-bg: gcc error - Segmentation Fault (program cpp0)


 On Thursday 14 February 2002 19:29, you wrote:
  Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)
 
  OS: Red Hat Linux 7.2
  gcc ver.2.96
  kernel 2.4.7; 2.4.9
 

 gcc-to na  RH7.2. naistina e bygawo, no ne mislq che e chak do takawa
 stepen.
 Po tazi prichina izbqgwam kompilaciite dokolkoto  e wyzmovno. Potyrsi si
rpm
 na towa koeto ti trqbwa.
 Seaga obache se seshtam i drugo:
 Men edno pc me sbyrka ot preinstalacii, ne moga da kompiliram nito kernel
 normalno, nito nesto drugo  (to beshe sys Slack 8)
 Okaza se che pametta e sduhana i to nqkyde wyw gornite adresi i se dyni
samo
 kogaro RAM-a se natowari na 100%.
 (Predi towa mashinata e rabotila sys Win obsto wzeto normalno)
 Taka che ako iskash idi na www.memtest86.com i testwaj RAM-a.

 Spas Pavlov

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



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

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




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

2002-02-15 Thread Anastas Giokov

RAM-a e na 6!
Pusnah Memcheck na max, sled chas i polovina - vsichko e OK.

Pone imate li ideja dali da dulbaja po h/w ili da preinstaliram na chisto?

Antzi

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Teodor Georgiev
Sent: Friday, February 15, 2002 2:20 PM
To: [EMAIL PROTECTED]
Subject: Re: lug-bg: gcc error - Segmentation Fault (program cpp0)


mmm... RAM pametta?

- Original Message -
From: Anastas Giokov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 15, 2002 12:01 PM
Subject: RE: lug-bg: gcc error - Segmentation Fault (program cpp0)


 Drupnah gcc 3.0.3, no i toj ne mozhe da se kompilira :-
 Sas sashtija problem (vizh subj:)

 Njama instaliran X. Izdunkite idvat savsem sluchajno - kompilacijata si
 varvi savsem normalno i na proizvolen etap gcc-to gurmi.

 Ne moga da izpolzvam samo rpm-i, zashtoto mi potrjabva dhcp-3, ot tam
 bind-9.2, puk i poslednija precompiliran kernel ot redhat e 2.4.9.

 Shte opitam Memcheck.

 Antzi

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Spas Pavlov
 Sent: Friday, February 15, 2002 10:04 AM
 To: [EMAIL PROTECTED]
 Subject: Re: lug-bg: gcc error - Segmentation Fault (program cpp0)


 On Thursday 14 February 2002 19:29, you wrote:
  Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)
 
  OS: Red Hat Linux 7.2
  gcc ver.2.96
  kernel 2.4.7; 2.4.9
 

 gcc-to na  RH7.2. naistina e bygawo, no ne mislq che e chak do takawa
 stepen.
 Po tazi prichina izbqgwam kompilaciite dokolkoto  e wyzmovno. Potyrsi si
rpm
 na towa koeto ti trqbwa.
 Seaga obache se seshtam i drugo:
 Men edno pc me sbyrka ot preinstalacii, ne moga da kompiliram nito kernel
 normalno, nito nesto drugo  (to beshe sys Slack 8)
 Okaza se che pametta e sduhana i to nqkyde wyw gornite adresi i se dyni
samo
 kogaro RAM-a se natowari na 100%.
 (Predi towa mashinata e rabotila sys Win obsto wzeto normalno)
 Taka che ako iskash idi na www.memtest86.com i testwaj RAM-a.

 Spas Pavlov

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



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

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


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




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

2002-02-15 Thread Vasil Kolev



On Fri, 15 Feb 2002, Anastas Giokov wrote:

 RAM-a e na 6!
 Pusnah Memcheck na max, sled chas i polovina - vsichko e OK.

 Pone imate li ideja dali da dulbaja po h/w ili da preinstaliram na chisto?

 Antzi

Chas i polovina ne stiga... Az vinagi go ostavqm po 24h , za da sum
napulno siguren, che ne e v pametta problema...

Edna preinstalaciq na chisto sushto mozhe da pomogne...
Ama naj-dobre q vizh http://bitwizard.nl/sig11/, tam ima mnogo dobri
obqsneniq ot kakvo mozhe da e.

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




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

2002-02-15 Thread George Danchev

On Friday 15 February 2002 04:18, you wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On Thursday 14 February 2002 20:45, you wrote:
  On Thursday 14 February 2002 19:29, you wrote:
   Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)
  
   OS: Red Hat Linux 7.2
   gcc ver.2.96
   kernel 2.4.7; 2.4.9
  
   mashinata e Pentium 150, o/c na 188, 64MB RAM.
  
   10x predvaritelno!
 
  ami tokova zhivotno kato gcc-2.96 nqma officialno release-nato ot
  developers na gcc (vizh na site-a na gcc za da se ubedish). RH sa vzeli
  edin CVS snapshot na gcc nqkyde okolo 3.0 patch-nali sa go zdravo (s
  eksperimantalna cel maj, neznam) i v rezultat na koeto tova gcc e zdravo
  broken i e predvideno samo za user space kompilacii, a ne na kernels :).
  Oba4e s RH 7.2 trqbva da vyrvi i kgcc (tova maj e istinskoto gcc2.95 , ne
  sym mnogo siguren za versiqta no e naistina ot upstream developers na
  gcc) . Ta s tri dumi:
 
  smqna na gcc s nesto po-4oveshko - 2.95.3 , 2.95.4
  smqna na kernela - vanilla =2.4.10  (bez 2.4.11 i 2.4.15)
  [mislq 4e kernela kojto idva s RH 7.2 e 2.4.9-ac, smenqj go smelo s nqkoj
  vanilla, stoto ina4e si s forked kernel - s stara VM i t.n. i po-malko
  hora go nabludavat i pomagat pri problemi... poslednite vanilla 2.4 sa
  dosta koravi, vypreki 4e az neiskam da se razdelqm s moq 2.4.10 zvqr ;]

 Hmm.
 gcc-2.96 koeto idva s RH-7.2 ne bi triabvalo da ima problemi. ( Ili pone ne
 4ak tolkova seriozen  problem ). Po4ti edin mesec karah s nego.
 Po skoro  mi prili4a kato OOM killer-a da se razvihria. Vypreki 4e s RH

gcc naistina se stremi da usvoqva kolkoto se mozhe pove4e pamet (za da 
priklu4i po-byrzo s kompilaciqta), no go pravi taka da se kazhe dosta 
kulturno i zakonno, ne iziskva ot kernel-a da mu zadelq vse pove4e i pove4e 
pamet do bezkraj ako tova naistina ne e vyzmozhno. Ne mislq 4e tova e 
problema. A OOM killer-a ne pribyrzva s izbivaneto na bad procesite i 
sotvetno da izduha (iz4isti) heap-a im ot pametta 4e da osvobodi zaetite ot 
tqh mempages... toj polzva dosta slozhen algoritym i si znae rabotata (koga 
da kolq i besi:)

 idva kgcc - koeto e gcc-2.91-neshto si ako si compile-vash vanila kernel
 shte se polzva gcc-to.Probvai da compilirash bez da puskash X i razni
 sharenii. Ogledai dali predi da SEGFAULT-ne gcc-to ne ti dava niakakvi
 syobshteniq za greshi v coda koito compilirash. Dori i vanila 2.93 ima
 edin kup bugove koito kato stigne do greshka ot koiato ne moje da se
 vyzstanvi compilaciata oshte mnogo redove programen cod SEGFAULT-va.

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

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 ?!]

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 :) 

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)... 

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

2002-02-14 Thread Anastas Giokov

Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)

OS: Red Hat Linux 7.2
gcc ver.2.96
kernel 2.4.7; 2.4.9

mashinata e Pentium 150, o/c na 188, 64MB RAM.

10x predvaritelno!

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




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

2002-02-14 Thread George Danchev

On Thursday 14 February 2002 19:29, you wrote:
 Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)

 OS: Red Hat Linux 7.2
 gcc ver.2.96
 kernel 2.4.7; 2.4.9

 mashinata e Pentium 150, o/c na 188, 64MB RAM.

 10x predvaritelno!

ami tokova zhivotno kato gcc-2.96 nqma officialno release-nato ot developers 
na gcc (vizh na site-a na gcc za da se ubedish). RH sa vzeli edin CVS 
snapshot na gcc nqkyde okolo 3.0 patch-nali sa go zdravo (s eksperimantalna 
cel maj, neznam) i v rezultat na koeto tova gcc e zdravo broken i e 
predvideno samo za user space kompilacii, a ne na kernels :). Oba4e s RH 7.2 
trqbva da vyrvi i kgcc (tova maj e istinskoto gcc2.95 , ne sym mnogo siguren 
za versiqta no e naistina ot upstream developers na gcc) . Ta s tri dumi:

smqna na gcc s nesto po-4oveshko - 2.95.3 , 2.95.4  
smqna na kernela - vanilla =2.4.10  (bez 2.4.11 i 2.4.15)
[mislq 4e kernela kojto idva s RH 7.2 e 2.4.9-ac, smenqj go smelo s nqkoj 
vanilla, stoto ina4e si s forked kernel - s stara VM i t.n. i po-malko hora 
go nabludavat i pomagat pri problemi... poslednite vanilla 2.4 sa dosta 
koravi, vypreki 4e az neiskam da se razdelqm s moq 2.4.10 zvqr ;] 

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




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

2002-02-14 Thread

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 14 February 2002 20:45, you wrote:
 On Thursday 14 February 2002 19:29, you wrote:
  Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)
 
  OS: Red Hat Linux 7.2
  gcc ver.2.96
  kernel 2.4.7; 2.4.9
 
  mashinata e Pentium 150, o/c na 188, 64MB RAM.
 
  10x predvaritelno!

 ami tokova zhivotno kato gcc-2.96 nqma officialno release-nato ot
 developers na gcc (vizh na site-a na gcc za da se ubedish). RH sa vzeli
 edin CVS snapshot na gcc nqkyde okolo 3.0 patch-nali sa go zdravo (s
 eksperimantalna cel maj, neznam) i v rezultat na koeto tova gcc e zdravo
 broken i e predvideno samo za user space kompilacii, a ne na kernels :).
 Oba4e s RH 7.2 trqbva da vyrvi i kgcc (tova maj e istinskoto gcc2.95 , ne
 sym mnogo siguren za versiqta no e naistina ot upstream developers na gcc)
 . Ta s tri dumi:

 smqna na gcc s nesto po-4oveshko - 2.95.3 , 2.95.4
 smqna na kernela - vanilla =2.4.10  (bez 2.4.11 i 2.4.15)
 [mislq 4e kernela kojto idva s RH 7.2 e 2.4.9-ac, smenqj go smelo s nqkoj
 vanilla, stoto ina4e si s forked kernel - s stara VM i t.n. i po-malko hora
 go nabludavat i pomagat pri problemi... poslednite vanilla 2.4 sa dosta
 koravi, vypreki 4e az neiskam da se razdelqm s moq 2.4.10 zvqr ;]
Hmm.
gcc-2.96 koeto idva s RH-7.2 ne bi triabvalo da ima problemi. ( Ili pone ne 
4ak tolkova seriozen  problem ). Po4ti edin mesec karah s nego.
Po skoro  mi prili4a kato OOM killer-a da se razvihria. Vypreki 4e s RH 
idva kgcc - koeto e gcc-2.91-neshto si ako si compile-vash vanila kernel shte
se polzva gcc-to.Probvai da compilirash bez da puskash X i razni sharenii.
Ogledai dali predi da SEGFAULT-ne gcc-to ne ti dava niakakvi syobshteniq za
greshi v coda koito compilirash. Dori i vanila 2.93 ima edin kup bugove 
koito kato stigne do greshka ot koiato ne moje da se vyzstanvi compilaciata 
oshte mnogo redove programen cod SEGFAULT-va.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8bG/nmx3uqe61brwRAinlAJ4vv6a5eKe92Ex7ZAGl8jFgeN8SwgCfVgrw
YaZuFCXRBPc4DhZUfGfS5xo=
=FCME
-END PGP SIGNATURE-
===
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora




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

2002-02-14 Thread Spas Pavlov

On Thursday 14 February 2002 19:29, you wrote:
 Pri kompilacija na kernel ili drug paket (BIND 9.2.0 naprimer)

 OS: Red Hat Linux 7.2
 gcc ver.2.96
 kernel 2.4.7; 2.4.9


gcc-to na  RH7.2. naistina e bygawo, no ne mislq che e chak do takawa stepen.
Po tazi prichina izbqgwam kompilaciite dokolkoto  e wyzmovno. Potyrsi si rpm 
na towa koeto ti trqbwa.
Seaga obache se seshtam i drugo:
Men edno pc me sbyrka ot preinstalacii, ne moga da kompiliram nito kernel 
normalno, nito nesto drugo  (to beshe sys Slack 8)
Okaza se che pametta e sduhana i to nqkyde wyw gornite adresi i se dyni samo 
kogaro RAM-a se natowari na 100%. 
(Predi towa mashinata e rabotila sys Win obsto wzeto normalno)
Taka che ako iskash idi na www.memtest86.com i testwaj RAM-a.

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