Mega8 vollprogrammiert?

C++? Wirklich? Kann ich mir kaum vorstellen. Aber selbst wenn es "nur" C 
ist: Die Zahl der Quellcodezeilen sagt zunächst mal überhaupt nix über 
die größe des eigentlichen Programms aus! Man kann auch mit ein paar 
wenigen Zeilen einen Mega8 vollschmeißen, wenn man die richtigen 
Funktionen einbaut (printf, Gleitkommageschisse usw...) und evtl. auch 
noch die Optimierung nicht einschaltet...

Schau mal ins Map-File oder poste es.


Peter

Tja, so ist das, wenn man PC-Programmierer (oder welche, die sich dafür 
halten) unbedarft auf AVRs loslässt...

Beim AVR gibt es kein OS, da programmiert man direkt an der Hardware, da 
sollte man schon mal etwas auf den sinnvollen Umgang mit den Ressourcen 
achten.

...

> Hilf lieber anstatt zu mosern und klug zu sch..

Meine Hilfe lag darin, darauf hinzuweisen, dass man etwas auf die 
Ressourcen achten sollte. Und das machen viele sogenannte 
PC-Programmierer schon lange nicht mehr.

Achja, wenn Du andere Leute anpissen willst, dann melde Dich bitte an. 
Aber dazu bist Du anscheinend zu feige. Schießt wohl lieber anonym aus 
der letzten Reihe...

...

Fred S. wrote:
> Falls es sich um GCC+AVRStudio handelt, findest Du die Optimierung unter
> Projects/Configuration Options/Optimization.
...und wenn AVRStudio nicht beteiligt sein sollte, dann im Makefile...

Leute Leute ....

Immer sachlich und locker bleiben ! Wenn Hannes mit Seiner Vermutung 
falsch lag, dann reicht es wenn man dies klarstellt. Nicht mehr nicht 
weniger.

Ich kann Holger teilweise zustimmen. Der Code von Spice hat definitiv 
keine 7k.

Dem "süß" kann ich leider nicht zustimmen.... Leute zu beschimpfen, die 
man um Hilfe frage .... ohne Worte.

Michael

Hallo,

Spice wrote:
> Hallo liebe Forengemeinschaft,
>
> ich wollte mal nachfragen, ob es sein kann, dass ein 200ZeilerC++ (gcc),
> schon ca 7000bytes beim flashen auf einem Mega8 einnimmt???
> dann sollte mein mega8 nach den nächsten 20zeilen ja so langsam voll
> sein???
> oder verstehe ich da was falsch?
> vielen dank schon mal für die kleine hilfe...
>
> schönen abend...
> MFG Spice

naja, Hannes hätte ja auch einfach seine Fragen beantworten können:

zu 1. ja
zu 2. vermutlich
zu 3. möglich

Viel mehr ist doch aus den Fragen nicht rauszuholen.

Codeoptimierung wurde schon angesprochen und ob man es schafft, hängt 
vom tatsächlichen Code ab, nicht von einer ca.-Version, die übrigens 
nicht funktioniert, weil der uart nicht initialisiert ist...

Gruß aus Berlin
Michael

Also wenn die Main Funktion wirklich "nur" so aussieht, was willst du 
dann mit der stdlib? Wie sieht dein uart_puts etc aus? Alles was uns 
helfen würde wäre der gesamte Code. Auch wenn eine lib eingebunden ist 
(eben wie die stdlib) werden eigentlich nur die Teillibs integriert, die 
auch tatsächlich verwendet werden. Wenn man z.B. string.h einbindet, 
aber nur auf die strcmp-Funktion zurückgreift wird auch nur diese 
Funktion eingebunden und nicht gleich alles was die stdlib beinhaltet. 
Aber alleine eine Verwendung einer Fließkommazahl lässt das Hex-File 
auch schnell um fast 2KB anwachsen. Die Codeoptimierung alleine bringt 
meist nur wenige Prozent an geringerer Codegröße, z.B. 2,6 KB anstatt 
2,9 ohne Optimierungen.

> #include  <util\delay.h>

Ich vermute du hast irgendwo in deinem "..." einen _delay_xx Aufruf 
drinnen...

Ohne Optimierung kann der allein schon mehrere kilobytes verbraten.

Ach ja, und Pfadagaben mit "\" in #includes sind schlechter Stil, besser 
mit "/" angeben.