Някой попадал ли е на добре структурирана документация по въпроса?
Очаквах че Атмел ще направят ама и в AVR Studio 6 няма такава.
Повече за опциите на компилатора са документирали и толкова.
Не знам що са толкоз малоумни че не им влиза в главата че ако поне една читава документация спретнат повече хора могат да се прежалят да се занимават с това дърво.

Кое по-точно имаш предвид?

Имам пред вид документация като на всеки комерсиален компилатор,където на едно място да е събрано всичко и като ти потрябва нещо за компилатор,линкер и т.н да го търсиш там.
Сега ми трябваше за да видя как да заменя intrinsics функциите на код писан за IAR. Хубаво че намерих един примерен проект писан да се компилира и под двата компилатора.

Хм. Понеже не ми е подръка, виж дали из дървото нямаше поддиректория с PDF-и. Ако има, би трябвало да са генерираните от конкретния build на binutils / gcc toolchain-а.

Не намирам никакви Pdf-и там.

Сега като се замисля, аз май последно някакво дърто Студио (5?) съм ползвал, а ти сигурно Xmega и Студио 6 чоплиш.
Сиреч, с нищо конкретно не мога да помогна.

То и в 5 тицата не съм виждал такава документация. 6 цата е допълнена версия на 5 цата.

Идеята на GNU нещата е да са отворени., Но няма как хем да е отворено, хем да е събрано на едно място

Това не значи, че няма документация, напротив даже е много прилична като й свикнеш. Но първо трябва да свикнеш с мисълта да работиш с много инструменти. Евентуално, да почнеш да се ориентираш кой инструмент за какво се ползва и след това лесно ще му намираш документацията.
Примерно линкерът не е част от GCC а от т.н. binutils. Много от нещата, които може да си мислиш че трябва да ги прави компилатора също не са част от GCC а в съответния порт на стандартната С-библеотека и т.н.

Другата мисъл с която се налага да свикнеш е, че GCC (както и повечето инструменти) са стандартизирани. Няма значение дали пишеш за x86, ARM, AVR или MIPS, дали пишеш на C/C++ Pascal, ADA или нещо друго. Всичко трябва да е съвместимо и изобщо не се препоръчват хардуерно или езиково зависими неща. Ех, в краен случай имаш възможността да инжектираш всякаква поредица от байтове, но на твоя отговорност.
Казвам това, защото няма да намериш документация за GCC за AVR. Просто GCC си е GCC и в него има минимален брой target-зависими неща, които естествено са документиране. Също така няма да намериш разните му там irq, fiq, swi/svc и тем подобни intrinsics. Няма да ги намериш, понеже подобни неща са нестандартни, съответно нежалани.
В случая не знам какви глезотии са направили IAR за AVR, но при GCC нещата които зависят от компилатора се правят с инжектиране на инлайн асемблер. Обяснявали сме го тук как се прави (верно за ARM, ама то е по един и същ начин за всички архитектури). А което не става с компилатор се прави с линкера и скриптове. Отново по унифициран начин.

Знам че самия GCC е дърво за мазохисти.
Но има доста доработки във версията за AVR. Всичко е събрано на едно и уж работи. Можеха и документация да спретнат за туй дето е направено.
Намерих такава на немски,може би не кой знае клко подробна но изглежда по добра от това което съм намирал на англииски.
Че за нещо такова питам.

Напънах се да изнамеря къде е било това Студио - оказа се версия 4. Явно по-ново не съм помирисвал.
Самото студио 4 гледам си има само асемблер (за сметка на това - два), и binutils/gcc/avr-libc са се добавяли външно от някакво WinAVR, което си има документацията вътре, макар и в HTML вид.

Качих го WinAVR-a допълнително. Да има документация,ноооо каква боза,не е истина направо.

Не съм работил много с WIN AVR и съм работил само с атмеги, но знам, че има доста описани неща, в документа AVR-libc.

Тук намерих някаква връзка:

http://ftp.cc.uoc.gr/mirrors/nongnu.org ... -1.4.4.pdf

Междувременно и аз стигнах до този документ. Може би е най добре събраното четиво по въпроса от всичко което съм намерил дотук. 1.8 на този документ е последната сега версия.

от същия документ

Note:
If the destination string of a strcpy() is not large enough (that is, if the programmer
was stupid/lazy, and failed to check the size before copying) then anything might
happen. Overflowing fixed length strings is a favourite cracker technique.

А един много сериозен проблем ми се набива при дебъгването с AVR студио.
Като се дебъгва има разминаване с един или няколко реда на визуализирания за изпълнение ред на кода и действеително изпълнявания. Понякога каквото показва такова и изпълнява.
Махнах всички оптимизации на компилатора и все е същата.
Това го имаше и в AVR Studio 5 сега гледам че го има и в 6 по същия начин. Някой да знае нещо по въпроса?