Marek wrote:

> On Wed, 12 Apr 2017 20:41:11 +0200, jacek pozniak
> <j...@f...pl> wrote:
>> Zawsze to jakieś rozwiązanie, zwłaszcza, że amega mi się bardziej
> podoba niż
>> Microchip (lepszy kompilator).
>
> A co się nie podoba w XC8? I który układ masz konkretnie ma myśli?
>

Nie używam ostatnich wersji bo wydaje mi się, że są nieprzewidywalne.
A moja programistyczna robota to zazwyczaj jest przenoszenie już napisanego
kiedyś i działającego kodu i dodanie trochę kleju. Generalnie nie robię tego
na codzień, tylko jak potrzeba

1. Parę lat temu poległem na tcp/ip Microchipa; nie mogłem go zmusić do
penych zachowań, bardzo dziwne zachowania; przestawiasz funkcję w pliku
żródłowym(!) i działa bądź nie.
2. Nie dałem rady satysfakcjonująco przenieść uIP na microchipa (pic18);
trochę działął, trochę nie.
3. A ostatnio, parę miesięcy temu musiałem proste zagnieżdzenie funkcji
rozbić na dwa wywołania bo jakimś cudem gubił jedną tetradę z bajtu
(naprawdę prosta rzecz). Wcześniej, na innej wersji kompilatora i innym
procku (podobnej wielkości) działało OK. Problem wystąpił w procesorze
16F1936, kompilator picc16 v9.70. Jestem pewny, że jakby żródło było
dłuższe/krótsze lub zawierało inną ilość funkcji czy czegoś tam to mogłoby
byc OK.
4. Takich dziwnych akcji pewnie bym sobie jeszcze ponaprzypominał.
I dodam, że zazwyczaj zasobów pamięciowych jest wystarczająco.
Pice serii 16 i 18.

Pewnie avr-gcc też ma swoje kwiatki. Ale na razie nic tragicznego się nie
zdarzyło, fakt za wiele nie robiłem. :)


jp