W dniu 02.02.2011 18:45, janusz_kk1 pisze:
> Dnia 02-02-2011 o 12:28:27 Michoo <m...@v...pl> napisał(a):
>
>> W dniu 02.02.2011 11:07, janusz_kk1 pisze:
>>> Trzeci moduł jest dostosowany do listy rozkazów procka dzięki czemu GCC
>>> jest uniwersalne
>>> i kompiluje od 51 po pic-a.
>> Pudło. Ich budowa jest tak 'inna', że na te architektury nie ma portu
>> gcc.
> No nie do końca, akurat pomyliłem procki bo na małe jest SDCC,
> ale poczytaj sobie budowę GCC
Nie muszę czytać bo ją znam.

> http://pl.wikipedia.org/wiki/GNU_Compiler_Collection
> i zobaczysz jaki wachlarz procków obsługuje i podział zadań pomiędzy
> moduły,
> tutaj pisząc z pamięci niewiele się pomyliłem.
Wiele się pomyliłeś - gcc nie obsługuje i nie będzie obsługiwać ani 51,
ani PIC (nie mówimy o tych nowych, 16 bitowych, w który zapomniano o
takich tworach jak sprzętowy stos) właśnie ze względu na to, że ma taką
a nie inną budowę. Dodanie obsługi wymagałoby nie tylko utworzenia
backendu (optymalizującego platform-specific i generującego kod
maszynowy), ale napisanie na nowo właściwie wszystkiego poza parserem.

>
> A tutaj jest na małe procki:
> http://sdcc.sourceforge.net/
Niestety bardzo ubogi ten kompilator (translator bardziej). I nie
kompiluje C++.


>> Dzięki temu mogłem poznać rozkosze używania SDCC - np operuje się na
>> liczbach zmiennoprzecinkowych, kod się kompiluje. Dopiero po
>> sformatowaniu go przez printf i wyświetleniu na LCD widać napis
>> informujący o braku jednostki zmiennoprzecinkowej. ;)
> A dołączyłeś odpowiednią biblotekę?
Raczej tak. Inaczej powinien się nie skompilować/nie zlinkować.

--
Pozdrawiam
Michoo