Zbych pisze:
> T.M.F. pisze:
>
>> Jak dla mnie to populistyczny argument. Bledy sa wszedzie.
>
> Nie musisz mi tego tłumaczyć. Wytłumacz to tym, którzy używają tego jako
> argumentu przeciwko komercyjnym kompilatorom.

Bo kwestia jest jak te bledy sa usuwane. W komercyjnych produktach
zwykle poprzez kupno nowej wersji. Tu masz niezly support za darmo.

>> Jesli piszesz o bledach portu na AVR to przejrzyj chociazby liste
>> AVRFreaks.
>
> Nie pisałem o AVR. Błędy, o które się obiłem były strasznie
> szmaciarskie: brak kontroli zakresu skoków przez gas, wysypywanie się
> (coredump) g++ po dodaniu atrybutu z sekcją do danej const itp.

Piszesz o wersji gcc z ktorego roku? Bo mam wrazenie, ze o jakiejs
prehistorycznej.

>> Piszesz o dziwnych niekompatybilnych rozszerzeniach gcc. Tak sie
>> sklada, ze pisze sobie GUI w c++ na AVR i symulator na PC.
>
> Pisałem o rozszerzeniach niespotykanych u innych producentów
> kompilatorów, a nie o gcc na avr i x86.

Kazdy kompilator ma jakies niespotykane rozszerzenia. Zwykle definiowane
przez #pragma. Tu masz zaleta taka, ze ten sam kompilator (gcc) masz na
wszystkich platformach. Jesli piszesz w ANSI C to takze nie ma problemu
z przenoszeniem kodu do innego kompilatora, chociazby microsoftowego
(vide zarabiscie wielka biblioteka Qt, ktora sie kompiluje na obu).
Natomiast jak masz cos w stylu kompilator jezyka C PICC to juz nawet po
nazwie sugeruje niekompatybilnosc z zadnym standardem.