gcc-4.1.0-0.20050528.0.1 i kernel LINUX_2_6
Pawel Sikora
pluto w agmk.net
Nie, 5 Cze 2005, 20:43:10 CEST
On Sunday 05 of June 2005 12:46, Jakub Bogusz wrote:
> On Sun, Jun 05, 2005 at 12:32:26PM +0200, Arkadiusz Patyk wrote:
> > Hej
> >
> > gcc-4.1.0-0.20050528.0.1
> >
> > Wynik ./builder -r LINUX_2_6 kernel.spec
> >
> > CC [M] fs/ext3/ialloc.o
> > fs/ext3/ialloc.c: In function 'ext3_new_inode':
> > fs/ext3/ialloc.c:423: error: Statement makes a memory store, but has
> > no V_MAY_DEFS nor V_MUST_DEFS
> > # VUSE <D.14569_229>;
> > D.14570.lock = D.14569;
> > fs/ext3/ialloc.c:423: internal compiler error: verify_ssa failed.
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <URL:http://bugs.pld-linux.org/> for instructions.
> > make[2]: *** [fs/ext3/ialloc.o] Error 1
> > make[1]: *** [fs/ext3] Error 2
> > make: *** [fs] Error 2
> > error: Bad exit status from /var/tmp/rpm-tmp.15926 (%build)
> >
> > Znane jest rozwiązanie problemu?
>
> Użycie działającego kompilatora?
>
> Wczesne snapshoty na HEAD to jakieś przegięcie, gcc 4.1 jest w pierwszym
> stadium rozwoju i wszystko może się w nim zmienić
4.0.x ma kilka bledow ktorych juz w nim nie naprawia bo nie kwalifikuja
sie na regresje (np. bledna obsluga push/pop visibility PR19664+20218,
memory hog preprocesora wyskakujacy na builtinsach altiveca PR21758 i inne).
wszystkie bugfixy trafiaja do 4.1, do 4.0 tylko regresje.
pld-th to poligon, wiec testowanie 4.1 i np. autowektoryzacji bedzie akurat.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
Więcej informacji o liście dyskusyjnej pld-devel-pl