AVR Studio: plugin-Error

Guck dir mal das Fenster mit den Compilermeldungen an.

Du hast das gleiche Problem wie das Plugin selbst: die Fehler
(nicht die Warnungen!), die nicht als solche erkannt worden sind,
sind aber trotzdem tödlich:

1

(.text.fplib+0x34): relocation truncated to fit: R_AVR_13_PCREL against symbol `__floatsisf' defined in .text section in c:/winavr-20070525/bin/../lib/gcc/avr/4.1.2/avr5\libgcc.a(_si_to_sf.o)

2

c:/winavr-20070525/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib/avr5\libc.a(modf.o): In function `modf':

3

(.text.fplib+0x2c): relocation truncated to fit: R_AVR_13_PCREL against symbol `__floatsisf' defined in .text section in c:/winavr-20070525/bin/../lib/gcc/avr/4.1.2/avr5\libgcc.a(_si_to_sf.o)

Du musst die libm.a mit in die Bibliotheken aufnehmen.  (Das sollte man
immer machen.)

Sucher wrote:

> Wie kommt man ausser Deiner  Erfahrung darauf, dass man die libm.a in
> den Pfad aufnehmen muss?

Man muss einfach wissen, dass das ein uralter Bug ist, im Prinzip
identisch zu diesem hier:

https://savannah.nongnu.org/bugs/?3485

Allerdings ist die Auflösung des Bugs nicht so trivial, da hier
Dateien zwischen den Projekten in für das jeweilige Projekt (hier
GCC) akzeptabler Form (Lizenzen, Testcases) weitergereicht werden
müssen.  Das macht einfach (viel) Arbeit. :(

Was den Machern von AVR Studio jedoch anzulasten ist ist, dass sie
eigentlich über diesen Bug wissen sollten und -lm immer und ständig
mit aufnehmen (bzw. wenigstens voreingestellt aktiviert haben).  Das
kostet rein gar nichts und hilft ihren Kunden, derartige Probleme
zu vermeiden.

Wäre interessant zu wissen, ob das in der nächsten AVR-Studio-Version
mal der Fall wäre...  Zumindest kann ich dir aber sagen, dass mein
vor geraumer Zeit eingetüteter Bugreport dafür, dass AVR Studio den
Rückkehrstatus von make nicht sauber auswertet und es dadurch zu
diesem "Object file not found"-Fehler kommt statt gleich das Fenster
mit den Meldungen aufzuklappen, mittlerweile als erledigt abgemeldet
worden ist, d. h. in der nächsten Version von AVR Studio sollte dir
(und all den vielen anderen, denen es genauso ging) zumindest das
nicht mehr passieren.

Sucher wrote:

> Bei
> den delay.... Routinen ist da der Interrupt offen?

Ja, um sowas kümmern die sich nicht.  Wer Interrupten kann, kann ja
auch gleich einen Timer nehmen. ;-)

Sucher wrote:

> bei kleinen, genauen  Delays (festes Timing) Ds18S20 leider nicht
> (Timer)

Könnte auch gehen, muss man nur pollen.  Aber dort ist es wahr, da
sollte man wohl eher eine Bibliothek machen, die während aller
zeitkritischer Teile die Interrupts abklemmt.

Aber das sollte dann wirklich besser ein separater Thread werden.

p.s.: Ich habe gerade erfahren, dass auf

http://www.atmel.no/beta_ware/

ein "public preview" der nächsten AVR-Studio-Version liegt,
und dass dort -lm nun standardmäßig dabei sein soll.  Vielleicht mag
ja jemand von den Windows-Benutzern hier einen Blick drauf werfen.
Noch wäre es vermutlich nicht zu spät, Kleinigkeiten an Bugfixes für
ein endgültiges Release einzukippen (Mailadresse dafür steht mit auf
der Webseite).