gcc na Atmege

Co dokładnie było w nim niedorobione? Używam avr-gcc i avr-g++ od 8 lat i działa...

Nie działające biblioteki lub ich całkowity brak. Trzeba było dorzucać Procyon AVRLib żeby sobie jakoś radzić. A teraz ledwo zacząłem coś robić to okazuje się ze sprintf owszem istnieje, ale potrafi załadować do łańcucha tylko tekst np. sprintf(OutString, "Hello World") ale już nie sprintf(OutString, "%u",iTestValue).

W dniu 2014-11-21 12:56, Mario pisze:

AVR gcc od chyba 2010 roku jest rozwijane przez Atmela. Najnowsza wersja będzie w Atmel Studio 6. GCC z WinAVR faktycznie było mocno "niedorobione". Choćby arytmetyka 64bitowa.

W dniu 2014-11-21 o 13:22, Robert Zemła pisze:

A da się używać kompilatora z AvrStudio w projekcie pod Eclipse z makefile?

W dniu 2014-11-21 15:05, Mario pisze:

A czemu nie? Przecież to to samo gcc, tylko przygotowane przez ludzi z atmela. W paczce nie ma tylko narzędzi make jeśli pamięć mnie nie zawodzi:

A czy czasem nie ma kilku wersji libc do linkowania? Taka z formated output i bez? Bo funkcje z wsparciem f.o. trochę kod rozpychają. Często na małych mcu sdk libc są w wersjach wykastrowanych i pełnych, do wyboru.

Przyznam, że nie wiedziałem. No nic. To co mam zrobić zrobię na itoa(), a jeśli będę miał w przyszłości pracować z AVRami to przyjrzę się temu tematowi bliżej. Ale wygląda na to, że toolchain Atmela moze być bardziej dorobiony niż Winavr z 2010 roku.

Toolchain tak, ale Atmel Studio to jest jakaś pomyłka, powinni tego zabronić.

No właśnie. Pozasysał mi mnóstwo MB ze środowiskiem VS. Włączyłem Atmel Studio rozpakowałem parę exampli i jakoś mnie obrzydziło.

Makefile + vim a nie jakieś studio z VS coś tam ;) O sdcc ma chyba wspiercie do atmegi.