LTO und <avr/fuse.h>

[abc (Gast)]

Hallo,

bin gerade über ein Problem mit der Atmel Toolchain 3.4.2.1002 (GCC 
4.7.2) gestolpert:
bei Experimenten mit der LTO 
(http://gcc.gnu.org/onlinedocs/gccint/LTO.html) habe ich festgestellt, 
das der Compiler irgendwie die per

FUSES =
{
  .extended = 0xF9,
  .high = 0xDC,
  .low = 0xFF,
};

definierten Werte für die Fuse-Bytes nicht in das ELF-File packt.

dank http://comments.gmane.org/gmane.comp.hardware.avr.gcc/7911
bin ich darauf gekommen, in fuse.h die Zeile

#define FUSES __fuse_t __fuse FUSEMEM

um

__attribute__((__used__))

zu ergänzen, damit sind die Fusesbytes wieder im ELF.

Spricht irgendetwas gegen diese Lösung? Und falls nein, gibt es eine 
Möglichkeit, das in der nächsten Version der AVR-libc zu einzubauen?

viele Grüße,
Hermann

[Martin (Gast)]

In der Toolchain Version 4.8.1 ist das schon korrigiert

[abc (Gast)]

Martin schrieb:
> In der Toolchain Version 4.8.1 ist das schon korrigiert

ok, wo find ich solche Infos?

viele Grüße,
Hermann

[Johann L. (gjlayde)]

Martin schrieb:
> In der Toolchain Version 4.8.1 ist das schon korrigiert

Das hat mit (avr-)gcc nix zu tun; es hängt allein an der Version der 
AVR-Libc, die damit verbandelt ist.  Behoben 2012-06-19:

http://svn.savannah.nongnu.org/viewvc?view=rev&root=avr-libc&revision=2297

Wobei der ChangeLog-Eintrag

>>  mark as "used" so the linker won't throw it away

zumindest verwirrend ist, denn "used" wirkt nur auf den Compiler, der 
Linker sieht nix davon (ausser eben die Symbole, die der Compiler 
aufgrund von "used" nicht wegwirft).  Das hindert aber den Linker 
nicht daran, die entsprechende Section zu entsorgen falls die nicht 
referenziert wird und kein KEEP hat.

[abc (Gast)]

Johann L. schrieb:
> Das hat mit (avr-)gcc nix zu tun; es hängt allein an der Version der
> AVR-Libc, die damit verbandelt ist.  Behoben 2012-06-19:
Hm, wo find ich denn raus, ab welchem Release der AVR-Libc den der Patch 
enthalten ist?

Was müßte man den in der fuse.h noch ergänzen, damit auch der Linker 
definitiv die finger weg läßt?

[Johann L. (gjlayde)]

abc schrieb:
> Johann L. schrieb:
>> Das hat mit (avr-)gcc nix zu tun; es hängt allein an der Version der
>> AVR-Libc, die damit verbandelt ist.  Behoben 2012-06-19:
> Hm, wo find ich denn raus, ab welchem Release der AVR-Libc den der Patch
> enthalten ist?

Hmmm, da bin ich überfragt.  Von 2011-12-29 gibt's ein Release-Tag für 
die 1.8.0, aber soviel ich weiß ist eine 1.8.0 nie releast worden.  Auf 
der AVR-Libc Frontseite steht auch nix von 1.8.0.

Die Änderung ist aber einfach genug, um sie von Hand in die Header 
einzutragen.  Ein Neuübersetzen der AVR-Libc ist ja nicht erforderlich.

> Was müßte man den in der fuse.h noch ergänzen, damit auch der Linker
> definitiv die finger weg läßt?

Wenn man die Standard-Sections der fuse.h verwendet dann muß nix gemacht 
werden, denn die entsprechenden Input-Sections haben ein KEEP im 
Linkerscript:

.fuse  :
  {
    KEEP(*(.fuse))
    KEEP(*(.lfuse))
    KEEP(*(.hfuse))
    KEEP(*(.efuse))
  }  > fuse

[abc (Gast)]

Hallo,

sorry für die späte Antwort...
in der Toolchain, die Atmel Studio 6.2 mitbringt, ist das Fuse-Problem 
behoben, bringt also wohl eine aktuellere avr-libc-Version mit.

Allerdings spuckt der enthaltene AVR-gcc falsche Fehlermeldungen bez. 
"misspelled signal handler " aus...

viele Grüße,
Hermann

[Johann L. (gjlayde)]

Das Problem tritt ausschleißlich in der 4.8.2 auf und ist bereits 
behoben:

http://gcc.gnu.org/PR59396

[abc (Gast)]

hmpf, dann liefert Atmel genau den 4.8.2 mit dem Studio 6.2 aus. Mal 
sehen, obs irgendwann von denen ein Update der AVR-Toolchain gibt...