Crosscompiling avr-gcc

[Daniel (root) (Gast)]

-c ../../../../libgcc/../gcc/config/avr/libgcc.S
../../../../libgcc/../gcc/config/avr/libgcc.S: Assembler messages:
../../../../libgcc/../gcc/config/avr/libgcc.S:876: Error: illegal opcode 
elpm for mcu avr5
../../../../libgcc/../gcc/config/avr/libgcc.S:877: Error: illegal opcode 
elpm for mcu avr5
make[4]: *** [_tablejump_elpm.o] Error 1

Meine Compiler:
source von gcc-core 4.4.1
gcc (GCC) 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)

Hat jemand eine Ahnung wie man das Problem beseitigen kann?

Grüsse

[Johann L. (gjlayde)]

Ist elpm for core avr5 erlaubt?

Falls ja, ist es ein Fehler in den avr-binutils.
Falls nein, ist es ein Fehler in avr-gcc (resp. libgcc).

Ergo: Andere Version(en) verwenden oder Quelle patchen ;-)

Johann

[Daniel (root) (Gast)]

Danke Johann. Ich bin jetzt auf gcc-4.3.3 umgestiegen und es klappt.
Ich hab den Compiler und die binutils intstalliert.
Mir bleibt nur noch die libc zu kompilieren.
Ich nehme an, dass dieser Schritt sowohl den neuen Compiler
sowie die binutils benötigt. (da ja die lib mit dem avr compiler
bearbeitet wird und nicht mit dem für x86-64)

Ich habe aber auf dem System noch einen avr-gcc sowie die
entsprechende binutils (avr-nm, avr-objcopy, etc).
Wenn ich configure --help anschaue, werde ich nicht schlau,
wie ich den Skript auf den neuen Compiler/binutils ansetzen kann.

Von der Regel Gebrauch machen, dass in PATH zuerst vorkommende
Programme zuerst benutzt werden? Scheint mir irgendwie unsauber.
Den Compilerpfad kann ich wahrscheinlich mit ./configure 
CC=/neuerpfad/gcc
festlegen.

Grüsse, Daniel

[Daniel (root) (Gast)]

Configured with: ../configure --prefix=/opt/avr/gcc --target=avr --enable-languages=c --disable-nls --disable-libssp
Thread model: single
gcc version 4.3.3 (GCC) 
configure:3124: $? = 0
configure:3131: avr-gcc -V >&5
avr-gcc: '-V' option must have argument
configure:3135: $? = 1
configure:3158: avr-gcc -o conftest   /opt/avr/gcc/lib conftest.c  >&5
/tmp/ccEXN5ec.s: Assembler messages:
/tmp/ccEXN5ec.s:15: Error: too many memory references for `in'
/tmp/ccEXN5ec.s:16: Error: too many memory references for `in'
/tmp/ccEXN5ec.s:19: Error: no such instruction: `ldi r24,lo8(0)'
/tmp/ccEXN5ec.s:20: Error: no such instruction: `ldi r25,hi8(0)'
configure:3162: $? = 1
configure:3361: checking whether we are cross compiling
configure:3363: result: yes
configure:3367: checking for suffix of object files
configure:3393: avr-gcc -c   conftest.c >&5
/tmp/cczPenSg.s: Assembler messages:
/tmp/cczPenSg.s:15: Error: too many memory references for `in'
/tmp/cczPenSg.s:16: Error: too many memory references for `in'
/tmp/cczPenSg.s:19: Error: no such instruction: `ldi r24,lo8(0)'
/tmp/cczPenSg.s:20: Error: no such instruction: `ldi r25,hi8(0)'
configure:3397: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "avr-libc"
| #define PACKAGE_TARNAME "avr-libc"
| #define PACKAGE_VERSION "1.6.7"
| #define PACKAGE_STRING "avr-libc 1.6.7"
| #define PACKAGE_BUGREPORT "[e-mail]"
| #define PACKAGE "avr-libc"
| #define VERSION "1.6.7"
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:3412: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.

Was kann das Problem sein?
Probiert man ein minimales Program zu kompilieren, kommt auch ...

Error: too many memory references for `in'
Error: too many memory references for `in'
Error: no such instruction: `ldi r24,lo8(0)'
Error: no such instruction: `ldi r25,hi8(0)'

scheint als wäre der Compiler nicht in der Lage object Datei
zu erzeugen.

Natürlich klappt es nicht mit libc :-/

[Johann L. (gjlayde)]

Sieht aus als würde der falsche Assembler genommen (as?).

Hast du avr-gcc und binutils im gleichen Pfad installiert? gcc geht 
teilweise von dem Standard-Layout aus und wenn er nix findet wird eben 
der normale as genommen. as gibts ja auch in $INSTALL/avr/bin, und wenn 
der net gefunden wird, wird's nen anderer as.

Bei meinem 'privaten' gcc (nicht für AVR) mache ich den build für die 
newlib genauso wie gmp und mpfr auch: Einfach nen Softlink in die 
Toplevel GCC-Quelle als "newlib". Das GCC-configure erkennt das und baut 
ne korrekte Target-Newlib.

Ich weiß net wie Jörg die avr-libc aufgezogen hat und ob ein 
In-Tree-Build funktioniert. Wär jedenfalls ein Versuch wert und ist 
deutlich einfacher wenn's geht, vor allem wenn du ein Cross-Build machen 
willst (zB unter Linux einen avr-gcc für MinGW bauen willst).

Johann

[Daniel (root) (Gast)]

>Ich weiß net wie Jörg die avr-libc aufgezogen hat und ob ein
>In-Tree-Build funktioniert. Wär jedenfalls ein Versuch wert und ist
>deutlich einfacher wenn's geht, vor allem wenn du ein Cross-Build machen
>willst (zB unter Linux einen avr-gcc für MinGW bauen willst).

ich hab mich doof angestellt ;)

in-tree-build hat funktioniert. Als --prefix= habe ich denselben
Ordner angebenen, in dem schon binutils und gcc drin sind.