Ja dla TYLKO naszych procków AVR8 znam następujące kompilatory C:

1. AVR GCC
2. IAR Embedded
3. CodeVision
4. microC
5. AVREdit
6. AVRSide
7. ATMANAVR

Nie wiem co ma 129 procków AVR obsługiwanych przez MkCalka tu do rzeczy

Zakładam, że te 129 procków AVR, które wybieramy w MKAVR Calculator to obsługuje ten sam kompilator. Czyli inne AVR-y mają inne kompilatory. Tak przez ciekawość. Ile może być być takich kompilatorów 2,3 ...50...1000? Jeżeli 1000 to rozumiem argumentację.

Wniosek. Producent scalaka współpracującego z danym mikroprocesorem musiałby stworzyć tysiące bibliotek, zwłaszcza gdyby musiał uwzględnić AVR-y, PIC-e lub inne INTEL-e

Czy dla programisty z doświadczeniem, to są rzeczy tak oczywiste i proste że woli sam stworzyć bibliotekę? Czy korzysta z tych „miliardów”. A skąd on wie że dana biblioteka jest najlepsza?

Tu chyba odzywa się intuicja, którą niestety nabywa się z doświadczeniem. Wyobrażam sobie że praca dobrego programisty polega na tym, że wie skąd pościągać dane cegiełki i jak je razem połączyć. Wtedy robi to szybko i pewnie (bo wie ,że cegiełki które ściąga są pewne)

Pomimo że jest "niby" jeden język C - to kolega nie rozumie jednak troszkę tego, że odmian tego języka w zależności od chociażby samych wersji kompilatorów nawet na tą samą rodzinę procesorów, ale też są odmiany w zależności od rodzin czyli od SPRZĘTU w procku.

do pewnych zbyt oczywistych i STARYCH rzeczy, standardów nikt już sobie głowy tym nie zawraca ponieważ można znaleźć MILIARDY gotowych rozwiązań nie wspominając że na bazie przedstawionych danych można napisać samemu.