section `.text' will not fit in region / Atmel Studio Debugger

Fliesenleger schrieb:
> oder wissst ihr woran das vielleicht liegen kann?

Ja, das ist in der Tat "normal" und auch logisch.
Durch das verwenden der Optimierung versucht der Compiler einen 
optimalen Code (Größe/Performance) zu erzeugen wodurch gewisse Dinge 
evtl. ganz weg optimiert, umsortiert usw werden. Dadurch springt beim 
Debuggen dann meist der Cursor wild in der Gegend rum. Du kannst mal 
beim debuggen den erzeugten Assemblercode anzeigen lassen, dann siehst 
du es was er daraus macht und wo er gerade steht.

Du wirst wahrscheinlich nicht drum rum kommen deinen Code nach 
uneffektiven Stellen zu durchsuchen und zu optimieren (unbenötigte Libs, 
evtl unvetwendeter Code, Datentypen, ...)
Evtl reicht es für das Debuggen auch einen Controller zu wählen der mehr 
flash hat, wenn es einen vergleichbaren gibt.

Zeig mal den Code.

Den Code habe ich leider gerade nicht zur Hand, optimiert ist er noch 
nicht, werde das mal nachholen.

Mich würde interessieren wie die normale Vorgehensweise beim Debuggen 
ist wenn man nicht -O0 verwenden kann? Bei größeren Projekten kann es 
doch schon mal vorkommen, dass es nicht so einfach ist den Code so zu 
schreiben dass -O1 nichts mehr optimiert.

Fliesenleger schrieb:
> Mich würde interessieren wie die normale Vorgehensweise beim Debuggen
> ist wenn man nicht -O0 verwenden kann? Bei größeren Projekten kann es
> doch schon mal vorkommen, dass es nicht so einfach ist den Code so zu
> schreiben dass -O1 nichts mehr optimiert.

Ja ist normal.
Entweder das Problem auf ein Minimalcode runterbrechen
oder eben das Disassembly parallel aufmachen, verstehen was er da 
gemacht hat und schauen ob das richtige raus kommt was man erwartet ;-)
Ab und zu muss man halt doch noch ASM und Register anschauen.

Oliver S. schrieb:
> Auf Optimierungsstufe -O1 sind die "Sprünge" doch gar nicht so
> wild. Das
> lässt sich noch prima nachvollziehen.
>
> Oliver

Nun ja, er springt einfach irgendwohin und ist dann nicht mehr wirklich 
synchron mit dem Sourcecode.

Dann werde ich in Zukunft auch das Assembly-File hernehmen zum debuggen.
Danke für die Teilnahme an diesem Thread.

Fliesenleger schrieb:
> Dann werde ich in Zukunft auch das Assembly-File hernehmen zum debuggen.
> Danke für die Teilnahme an diesem Thread.

Normalerweise gibt es dafür in den IDEs eine extra Ansicht dafür. Damit 
kannst du dann entweder parallel oder ein einem Mixed Mode durch den 
Code steppen.

Beispiele siehe Anhang.

Keine Ahnung warum er da bins draus gemacht hat (war vom Handy aus).

Mixed:
http://www.keil.com/support/man/docs/ecluv/ecldisassembly1.png

Parallel:
http://www.coocox.org/wiki/images/markdown/assets/images/CoIDE/image367.jpg