http://www.raisonance.com/products/STR7/benchmark.php

Като че ли *любимото* ни GCC не е толкова лошо

Как после да вярваш на бенчмарковете на производителите на компилатори . Не че съм им вярвал .

GCC беше много слабо в началото, но сега доста са дръпнали. Проблема е, че е максимално user unfrendly.

Всичко опира до навиците на "юзера".

да бе, ама още да няма свестен дебъгер...

И продължава да не може да се дебъгва от Флаша

може, може, но не е лесно

И как? Единствената среда базирана на GNU която можеше да го прави е Кроса. Ама тя сама по себе си не е GNU.
Доколкото знам проблема беше да се програмира флаша през JTAG. Ама на това решенето беше намерено отдавна. Но и досега не съм срещнал "свободен" дебъгер който да желае да дебъгва от флаша.

Да по отношение на ключовата дума "свободен" си прав...
Иначе за да дебъгваш в FLASH с gdb/insight ти трябва JTAG интерфейс на който да можеш да кажеш да слага само hardware breakpoints - което е доста скъпо като устройство (PEEDI, BDI2000).

Ако пък приемем че се сдобиеш с такъв JTAG интерфейс, то трябва да снаеш че имаш право само на 2 брейка, т.е. можеш да сложиш най много два брейка, и ако кода ти спре в някой о тях, преди за започнеш да дебъгваш стъпка по стъпка трябва да махнеш единия бреак за ба може дебъгера да го използва за стъпката... това го казвам за да стане ясно че дебъга от флаш хич не е приятна работа...

Затова IAR сега печели яко дивиденти - префлашват сектора .... Вярно, оказва се че нещо са сбъгясали, ама при мен на STR712 бачка стабилно на простичък проект.

И на АТ91SAM7S64 работи добре но е бавно. Но като набъбне програмата и няма как да дебъгваш от рама си е много добра алтернатива.

Tito, нещо не ти разбирам мисълта.
От една страна и IAR и Кроса подържащи Wriggler дебъгват от флаша без проблеми (относително казано). И го правят без да имат сложния хардуер. Значи явно е че може.
От друга страна ти ми казваш че за да го правя ми трябват някакви скъпи устройства.

Освен това аз имам доста голям опит с дебъгера на микрочип който подържа цял един брекпоинт, свикнал съм, та с два брекпоинта не можеш ме уплаши. Даже са ми много, ще се чудя какво да ги правя.

@Ceco
Нали каза че ГДБ не може да дебъгва от флаш - аз ти казвам как може - въпреки че не излиза безплатно. Даже в случая излиза по скъпо от това да си купиш дебъгер който поддържа флаш дебъг с уиглер.

За да може ГДБ да дебъгва от флаш с уиглер, просто някой трябва да седне и да го напише...
А сега се сещам на че ако на OCDremote можеше да му се каже да използва хард брейкове, пак щеше да стане номера...

Ахам. Излиза че всичко идва от това, че всичко "свободно" се базира на Wriggler, от там OCD. Което пък понеже е безплатно логично никой няма интереса да го донаправи и за флаш дебъгване. Аз не съм много наясно с ползването на "свободен" софтуер. Въобще не съм наясно с програмирането за АРМ де, ама сега понеже имам проект върху него, ща, неща ще се науча. И понеже е във вариант микроконтролер, та изучавам вариантите за дебъгване от флаша.

ГДБ доколкото знам е универсален дебъгер. Обаче връзката с желязото се прави от някаква допълнителна брънка - OCD ли се ползва както при виндоуса? Там ли е проблема с дебъгването от флаша.

Проверете - мисля че на последното OCD може да му се задават HW breakpoints.