pld-cvs-commit Digest, Vol 5, Issue 141

[Andrzej Krzysztofowicz]

=?iso-8859-2?q?Pawe=B3_Sikora?= wrote:
> On Friday 08 of October 2004 10:03, Andrzej Krzysztofowicz wrote:
> > =?utf-8?q?Pawe=C5=82_Sikora?= wrote:
> > > On Friday 08 of October 2004 06:52,
> > > pld-cvs-commit-request w pld-linux.org=20
> > >
> > > wrote:
> > > > +Name:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cross
> > > >al=
> > >
> > > pha-gcc
> > >
> > > > +Version:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A03.3.3
> > >
> > >                   ^^^^^  starszej wersji nie by=C5=82o? (hint: 3.4.2, lub
> > > 3= =2E3.5).
> >
> > 3.4.2 w Ac? Na pewno nie.
> > Powinna byc ta sama co w gcc.spec, zeby kompilaty skrosne byly w pelni
> > kompatybilene ze zwyklymi.
> 
> akurat linia 3.4 jest dużo lepsza od 3.3 i na skrośne kompilatory
> jest jak najbardziej ok (przykładowo na ARM-ie 3.3 generuje dużo błędnego

Sugerujesz, ze nie bedzie problemow z laczeniem *.o skompilowanych natywnym
3.3.4 i skrosnym 3.4.2 ?

> kodu i trzeba to nadrabiać ręcznie wstawkami w assemblerze).
> to, że libstdc++ ma inne ABI, g++ trzyma się mocniej standardu lejąc
> ciepłym moczem na część kodu, to jest zasadniczy powód dla którego
> nie ma tej wersji w AC (chyba, że o czymś nie wiem). aaaaaa no i ada
> działa zasadniczo lepiej niż w 3.3 (znaczy z reguły się buduje na
> większości architektur).
> 
> > I rzeczywiscie do 3.3.4 trzeba by upgrejdnac, przeoczylem.
> 
> może 3.3.5?

Jak bedzie natywny w glownym drzewie.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology