Für ATtiny4313 kompilieren?

[J. W. (jw-lighting)]

Moin!

Nachdem mir mein Flash beim 2313 so langsam ausgegangen ist (ich quäle 
den schon ganz schön) habe ich mit Glück bei Pollin tiny4313 beschaffen 
können.
Ich wollt das Programm nun für den 4313 kompilieren (sind ja 100% 
kompatibel bis auf die unterschiedliche Speichergröße)

Leider kennt der AVR-GCC den tiny4313 nicht. Kann ich einfach für 2313 
kompilieren und es funktioniert trotzdem (auch mit über 2KB)?
Oder muss ich die Headerdateien vom 2313 kopieren und anpassen (oder 
gibt es die fertig)?

LG :)

[Stefan E. (sternst)]

J. W. schrieb:
> Leider kennt der AVR-GCC den tiny4313 nicht.

Dann hast du dich bei der MCU-Angabe wohl irgendwie vertippt.

[J. W. (jw-lighting)]

Leider nicht. Das Problem ist auch bekannt.
Für avrdude habe ich den entsprechenden Abschnitt in der avrdude.conf 
schon eingefügt. (gibts im Netz verteilt, unter anderem bei nongnu)

Laut diesem Artikel kann der avr-gcc das auch (in einigen Versionen) Ich 
habe jetzt die 4.7 (vom Nov 2011) installiert - damit gehts nicht.
Welche Version nutzt du denn? Ich arbeite unter Linux (Suse 11.4)

Ist das den eine Frage des gcc oder der avr-libc, ich denke erstes, 
oder?

LG :)

[Johann L. (gjlayde)]

J. W. schrieb:

> Laut diesem Artikel kann der avr-gcc das auch (in einigen Versionen) Ich
> habe jetzt die 4.7 (vom Nov 2011) installiert - damit gehts nicht.

*Was* geht denn damit nicht?

Handbücher und XML-Beschreibung für ATtiny4313 sind falsch: sie listen 
SP als 8-Bit Register, was nicht korrekt ist. Das Problem wurde erst 
12/2011 erkannt und behoben:

http://gcc.gnu.org/viewcvs?view=revision&revision=182053

[J. W. (jw-lighting)]

Johann L. schrieb:
> *Was* geht denn damit nicht?

Er (er)kennt den MCU-Typ nicht und macht dem entsprechend gar nix:

> Fatal error: unknown MCU: attiny4313

Es gibt auch keinen anderen MCU-Typ dafür.

LG :)

PS: Habe avr-gcc-47-20111105-4.7_20111105-6.1.x86_64.rpm installiert.

[Max (Gast)]

Ich hab avr-gcc aus den (K)ubuntu 11.10 paketen mit eclipse in Benutzug 
und der kompiliert mein Projekt (welches den flash zu 51% füllt (dewegen 
auch der 4313 statt 2313) ganz normal...

[J. W. (jw-lighting)]

Update: Ich habe die entsprechende Header-Datei bei mir gefunden.
Wie bekomme ich ihn dazu, die auch zu nutzen?
Habe auch schon -mmcu=tn4313 probiert

Liegt in /opt/cross/avr/avr/include/avr und heisst iotn4313.h
Direkter Include anstelle von <avr/io.h> funktioniert nicht.

LG :)

[hp-freund (Gast)]

Welche Typen kennt dein avr-gcc?

avr-gcc --target-help

[Max (Gast)]

-mmcu=attiny4313 benutzt eclipse bei mir....

[Johann L. (gjlayde)]

Das ganze rpm Zeigs sagt mit nix...

Ich hab mal das Beispiel aus
Beitrag "Re: 64Bit Senden, funktioniert zwar, aber wie kann mans effizienter gestallten?"
mit 4.7 für ATtiny4313 compilier. Geht problemlos.

Wie an der Ausgabe zu erkennen, wurde -mmcu=attiny4313 gesetzt. An den 
Optionen wurde m.W. auch nix geändert.

  .file  "foo.c"
__SP_H__ = 0x3e
__SP_L__ = 0x3d
__SREG__ = 0x3f
__RAMPZ__ = 0x3b
__tmp_reg__ = 0
__zero_reg__ = 1
 ;  GNU C (GCC) version 4.7.0 20120102 (experimental) (avr)
 ;   compiled by GNU C version 3.4.5 (mingw-vista special r2), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.2
 ;  GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32702
 ;  options passed:  -fpreprocessed foo.i -mmcu=attiny4313 -Os -std=gnu99
 ;  -fverbose-asm -fno-move-loop-invariants
 ;  options enabled:  -fauto-inc-dec -fbranch-count-reg -fcaller-saves
 ;  -fcombine-stack-adjustments -fcommon -fcompare-elim -fcprop-registers
 ;  -fcrossjumping -fcse-follow-jumps -fdebug-types-section -fdefer-pop
 ;  -fdevirtualize -fearly-inlining -feliminate-unused-debug-types
 ;  -fexpensive-optimizations -fforward-propagate -ffunction-cse -fgcse
 ;  -fgcse-lm -fgnu-runtime -fguess-branch-probability -fident
 ;  -fif-conversion -fif-conversion2 -findirect-inlining -finline
 ;  -finline-atomics -finline-functions -finline-functions-called-once
 ;  -finline-small-functions -fipa-cp -fipa-profile -fipa-pure-const
 ;  -fipa-reference -fipa-sra -fira-share-save-slots
 ;  -fira-share-spill-slots -fivopts -fkeep-static-consts
 ;  -fleading-underscore -fmath-errno -fmerge-constants
 ;  -fmerge-debug-strings -fomit-frame-pointer -foptimize-register-move
 ;  -foptimize-sibling-calls -fpartial-inlining -fpeephole -fpeephole2
 ;  -fprefetch-loop-arrays -freg-struct-return -fregmove -freorder-blocks
 ;  -freorder-functions -frerun-cse-after-loop
 ;  -fsched-critical-path-heuristic -fsched-dep-count-heuristic
 ;  -fsched-group-heuristic -fsched-interblock -fsched-last-insn-heuristic
 ;  -fsched-rank-heuristic -fsched-spec -fsched-spec-insn-heuristic
 ;  -fsched-stalled-insns-dep -fshow-column -fshrink-wrap -fsigned-zeros
 ;  -fsplit-ivs-in-unroller -fsplit-wide-types -fstrict-aliasing
 ;  -fstrict-overflow -fstrict-volatile-bitfields -fthread-jumps
 ;  -ftoplevel-reorder -ftrapping-math -ftree-bit-ccp
 ;  -ftree-builtin-call-dce -ftree-ccp -ftree-ch -ftree-copy-prop
 ;  -ftree-copyrename -ftree-dce -ftree-dominator-opts -ftree-dse
 ;  -ftree-forwprop -ftree-fre -ftree-loop-if-convert -ftree-loop-im
 ;  -ftree-loop-ivcanon -ftree-loop-optimize -ftree-parallelize-loops=
 ;  -ftree-phiprop -ftree-pre -ftree-pta -ftree-reassoc -ftree-scev-cprop
 ;  -ftree-sink -ftree-slp-vectorize -ftree-sra -ftree-switch-conversion
 ;  -ftree-tail-merge -ftree-ter -ftree-vect-loop-version -ftree-vrp
 ;  -funit-at-a-time -fverbose-asm -fzero-initialized-in-bss

  .text
.global  send
  .type  send, @function
send:
  push r28   ; 
  push r29   ; 
/* prologue: function */
/* frame size = 0 */
/* stack size = 2 */
.L__stack_usage = 2
  mov r28,r24   ;  leds, leds
  ldi r29,lo8(8)   ;  ivtmp.3,
.L4:
  cpi r28,lo8(8)   ;  leds,
  brlo .L2   ; ,
  subi r28,lo8(-(-8))   ;  leds,
  ldi r24,0   ;  val
  rjmp .L3   ; 
.L2:
  ldi r18,lo8(1)   ;  tmp54,
  ldi r19,0   ; 
  rjmp 2f
  1:
  lsl r18   ;  tmp58
  2:
  dec r28   ;  leds
  brpl 1b
  mov r24,r18   ;  val, tmp58
  ldi r28,0   ;  leds
.L3:
  subi r24,lo8(-(-1))   ; ,
  rcall SPI_MasterTransmit   ; 
  subi r29,lo8(-(-1))   ;  ivtmp.3,
  brne .L4   ; ,
/* epilogue start */
  pop r29   ; 
  pop r28   ; 
  ret
  .size  send, .-send
  .ident  "GCC: (GNU) 4.7.0 20120102 (experimental)"

Was ist denn bei dir die Ausgabe, wenn zusätzlich -v gesetzt wird?

[J. W. (jw-lighting)]

hp-freund schrieb:
> Welche Typen kennt dein avr-gcc?

Known MCU names:
  avr1 avr2 avr25 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega1
  avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200
  attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333
  at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515
  at90c8534 at90s8535 attiny13 attiny13a attiny2313 attiny24 attiny44
  attiny84 attiny25 attiny45 attiny85 attiny261 attiny461 attiny861
  attiny43u attiny48 attiny88 at86rf401 at43usb355 at76c711 atmega103
  at43usb320 attiny167 at90usb82 at90usb162 atmega8 atmega48 atmega48p
  atmega88 atmega88p atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2
  at90pwm2b at90pwm3 at90pwm3b atmega16 atmega161 atmega162 atmega163
  atmega164p atmega165 atmega165p atmega168 atmega168p atmega169
  atmega169p atmega32 atmega323 atmega324p atmega325 atmega325p 
atmega3250
  atmega3250p atmega328p atmega329 atmega329p atmega3290 atmega3290p
  atmega406 atmega64 atmega640 atmega644 atmega644p atmega645 atmega649
  atmega6450 atmega6490 atmega16hva at90can32 at90can64 at90pwm216
  at90pwm316 atmega16u4 atmega32c1 atmega32m1 atmega32u4 atmega32u6
  at90usb646 at90usb647 at94k atmega128 atmega1280 atmega1281 
atmega1284p
  atmega128rfa1 at90can128 at90usb1286 at90usb1287 atmega2560 atmega2561
  atxmega16a4 atxmega16d4 atxmega32d4 atxmega32a4 atxmega64a3 
atxmega64a1
  atxmega128a3 atxmega256a3 atxmega256a3b atxmega128a1


Vielleicht sollte ich grundsätzlich kurz anmerken, dass das Projekt in C 
verfasst ist

Johann L. schrieb:
> Was ist denn bei dir die Ausgabe, wenn zusätzlich -v gesetzt wird?

Ohje:

avr-gcc-47 -mmcu=attiny4313 -Os -v -o vitrinencontroller.o 
vitrinencontroller.c ->

Using built-in specs.
COLLECT_GCC=avr-gcc-47
COLLECT_LTO_WRAPPER=/opt/cross/avr/lib64/gcc/avr/4.7.0/lto-wrapper
Target: avr
Configured with: ../gcc-4.7-20111105/configure -v --prefix=/opt/cross/avr --exec-prefix=/opt/cross/avr --libdir=/opt/cross/avr/lib64 --libexecdir=/opt/cross/avr/lib64 --mandir=/opt/cross/avr/share/man --infodir=/opt/cross/avr/share/info --with-gnu-ld --with-gnu-as --target=avr --enable-languages=c,c++ --program-prefix=avr- --program-suffix=-47-20111105 --with-sys-root=/opt/cross/avr --disable-nls --disable-libssp --with-dwarf2 --with-ppl --with-cloog
Thread model: single
gcc version 4.7.0 20111105 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-mmcu=attiny4313' '-Os' '-v' '-o' 'vitrinencontroller.o'
 /opt/cross/avr/lib64/gcc/avr/4.7.0/cc1 -quiet -v -imultilib avr25 vitrinencontroller.c -quiet -dumpbase vitrinencontroller.c -mmcu=attiny4313 -auxbase vitrinencontroller -Os -version -o /tmp/ccfMW9TH.s
GNU C (GCC) version 4.7.0 20111105 (experimental) (avr)
  compiled by GNU C version 4.5.1 20101208 [gcc-4_5-branch revision 167585], GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory "/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/cross/avr/lib64/gcc/avr/4.7.0/include
 /opt/cross/avr/lib64/gcc/avr/4.7.0/include-fixed
 /opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/include
End of search list.
GNU C (GCC) version 4.7.0 20111105 (experimental) (avr)
  compiled by GNU C version 4.5.1 20101208 [gcc-4_5-branch revision 167585], GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 7be667537fcf464e6c82afe74c330331
COLLECT_GCC_OPTIONS='-mmcu=attiny4313' '-Os' '-v' '-o' 'vitrinencontroller.o'
 /opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/as -v -mmcu=attiny4313 -o /tmp/ccYThXke.o /tmp/ccfMW9TH.s

GNU assembler version 2.19.1 (avr) using BFD version (GNU Binutils) 2.19.1 + coff-avr-patch (20050630)
Known MCU names:
  avr1 avr2 avr25 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega1
  avrxmega2 avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200
  attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333
  at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515
  at90c8534 at90s8535 attiny13 attiny13a attiny2313 attiny24 attiny44
  attiny84 attiny25 attiny45 attiny85 attiny261 attiny461 attiny861
  attiny43u attiny48 attiny88 at86rf401 at43usb355 at76c711 atmega103
  at43usb320 attiny167 at90usb82 at90usb162 atmega8 atmega48 atmega48p
  atmega88 atmega88p atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2
  at90pwm2b at90pwm3 at90pwm3b atmega16 atmega161 atmega162 atmega163
  atmega164p atmega165 atmega165p atmega168 atmega168p atmega169
  atmega169p atmega32 atmega323 atmega324p atmega325 atmega325p atmega3250
  atmega3250p atmega328p atmega329 atmega329p atmega3290 atmega3290p
  atmega406 atmega64 atmega640 atmega644 atmega644p atmega645 atmega649
  atmega6450 atmega6490 atmega16hva at90can32 at90can64 at90pwm216
  at90pwm316 atmega16u4 atmega32c1 atmega32m1 atmega32u4 atmega32u6
  at90usb646 at90usb647 at94k atmega128 atmega1280 atmega1281 atmega1284p
  atmega128rfa1 at90can128 at90usb1286 at90usb1287 atmega2560 atmega2561
  atxmega16a4 atxmega16d4 atxmega32d4 atxmega32a4 atxmega64a3 atxmega64a1
  atxmega128a3 atxmega256a3 atxmega256a3b atxmega128a1
Assembler messages:
Fatal error: unknown MCU: attiny4313

LG :)

[Johann L. (gjlayde)]

Aha.

Der Compiler kann also attiny4313, aber der Assembler (avr-as) hingegen 
nicht!

Du brauchst eine weniger angestaubte Version der binutils, etwa 2.21. 
Ein segmentation fault in 2.22 (PR12161) ist seit Anfang Januar behoben, 
aber dieser Fix ist m.W. noch nicht releast.

http://sourceware.org/bugzilla/show_bug.cgi?id=12161#c17

[J. W. (jw-lighting)]

Ich habe binutils 2.21 und avr-binutils 2.19 installiert. Kreige leider 
auch keine neueren Versionen übers Repo.

Woraus schliesst du, dass es nicht am Compiler liegt?

Ich fange so langsam an zu verzweifeln... ;)

LG :)

[Johann L. (gjlayde)]

Daran:

> Assembler messages:
> Fatal error: unknown MCU: attiny4313

Und weil der Assembler gestartet wird, was bei einem Compilerfehler 
nicht der Fall ist, siehe

> opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/as -v -mmcu=atti 
ny4313 -o /tmp/ccYThXke.o /tmp/ccfMW9TH.s

Mit -save-temps bekommst du auch das Assembler-File vom Compiler: 
vitrinencontroller.s

binutils 2.21 nutzen dir nix. Es sei denn, du willst ein Programm für 
deinen Rechner übersetzen...

Es müssen schon die avr-binutils sein.

[J. W. (jw-lighting)]

Johann L. schrieb:
> binutils 2.21 nutzen dir nix. Es sei denn, du willst ein Programm für
> deinen Rechner übersetzen...
>
> Es müssen schon die avr-binutils sein.

Hast du einen Tipp für mich, wo ich die entweder als *.rpm zur 
Installation finde, oder aber wo ich den src-Code beziehen kann und wie 
ich dann installieren muss?

Zumindest weiß ich jetzt schonmal, wo das Problem liegt, klasse!

LG :)

[Johann L. (gjlayde)]

Die configure-Optionen für binutils sind leider nicht angegeben, aber 
von dem was oben steht sollte

> --target=avr --prefix=/opt/cross/avr

passen. Also eigenes Build-Verzeichnis machen und von dort aus

> <PATH_TO_BINUTILS>/configure --target=avr --prefix=/opt/cross/avr
> make
> make install (als Ruth)

http://ftp.gnu.org/gnu/binutils/

[hp-freund (Gast)]

http://www.mikrocontroller.net/articles/AVR_und_Linux

[Johann L. (gjlayde)]

Johann L. schrieb:
> Die configure-Optionen für binutils sind leider nicht angegeben, aber
> von dem was oben steht sollte
>
>> --target=avr --prefix=/opt/cross/avr
>
> passen.

Und evtl. noch --disable-nls wenn man keine Fehlermeldungen in Khmer, 
Sanskrit oder Kisuaheli braucht.

[J. W. (jw-lighting)]

Ich probier das die nächsten Tage. Momentan Klausuren-Stress ;)

Danke soweit, LG :)

[J. W. (jw-lighting)]

hp-freund schrieb:
> http://www.mikrocontroller.net/articles/AVR_und_Linux

Du scheinst ein Vorherseher zu sein :p
Im Repo findet sich seit dem 7.2. die Version 2.22 der avr-binutils als 
rpm:

http://download.opensuse.org/repositories/CrossToolchain:/avr/openSUSE_11.4/x86_64/cross-avr-binutils-2.22-1.1.x86_64.rpm

Ich geh dann mal installieren

LG :)

[R. M. (rmax)]

J. W. schrieb:

> Im Repo findet sich seit dem 7.2. die Version 2.22 der avr-binutils als
> rpm:

Das habe ich als Reaktion auf diesen Thread dorthin gepackt. :)

Ich bin allerdings noch nicht groß zum Testen gekommen und bin deshalb 
an Feedback interessiert...

[J. W. (jw-lighting)]

Schade:

bekomme jetzt folgende Ausgabe:

avr-gcc-47 -mmcu=attiny4313 -Os -v -o vitrinencontroller.o vitrinencontroller.c (im Verzeichnis: /home/jw-lighting/Dokumente/avrproj/thwjugend_playmobil)
Using built-in specs.
COLLECT_GCC=avr-gcc-47
COLLECT_LTO_WRAPPER=/opt/cross/avr/lib64/gcc/avr/4.7.0/lto-wrapper
Target: avr
Configured with: ../gcc-4.7-20111105/configure -v --prefix=/opt/cross/avr --exec-prefix=/opt/cross/avr --libdir=/opt/cross/avr/lib64 --libexecdir=/opt/cross/avr/lib64 --mandir=/opt/cross/avr/share/man --infodir=/opt/cross/avr/share/info --with-gnu-ld --with-gnu-as --target=avr --enable-languages=c,c++ --program-prefix=avr- --program-suffix=-47-20111105 --with-sys-root=/opt/cross/avr --disable-nls --disable-libssp --with-dwarf2 --with-ppl --with-cloog
Thread model: single
gcc version 4.7.0 20111105 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-mmcu=attiny4313' '-Os' '-v' '-o' 'vitrinencontroller.o'
 /opt/cross/avr/lib64/gcc/avr/4.7.0/cc1 -quiet -v -imultilib avr25 vitrinencontroller.c -quiet -dumpbase vitrinencontroller.c -mmcu=attiny4313 -auxbase vitrinencontroller -Os -version -o /tmp/ccADkm1G.s
GNU C (GCC) version 4.7.0 20111105 (experimental) (avr)
  compiled by GNU C version 4.5.1 20101208 [gcc-4_5-branch revision 167585], GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory "/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/cross/avr/lib64/gcc/avr/4.7.0/include
 /opt/cross/avr/lib64/gcc/avr/4.7.0/include-fixed
 /opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/include
End of search list.
GNU C (GCC) version 4.7.0 20111105 (experimental) (avr)
  compiled by GNU C version 4.5.1 20101208 [gcc-4_5-branch revision 167585], GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 3d94c45c86a5a77538f6645eb0084b77
COLLECT_GCC_OPTIONS='-mmcu=attiny4313' '-Os' '-v' '-o' 'vitrinencontroller.o'
 /opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/as -v -mmcu=attiny4313 -o /tmp/cc3RpSha.o /tmp/ccADkm1G.s
GNU assembler version 2.22 (avr) using BFD version (GNU Binutils) 2.22
COMPILER_PATH=/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/
LIBRARY_PATH=/opt/cross/avr/lib64/gcc/avr/4.7.0/avr25/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/avr25/:/opt/cross/avr/lib64/gcc/avr/4.7.0/:/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/
COLLECT_GCC_OPTIONS='-mmcu=attiny4313' '-Os' '-v' '-o' 'vitrinencontroller.o'
 /opt/cross/avr/lib64/gcc/avr/4.7.0/collect2 -m avr25 -o vitrinencontroller.o crttn4313.o -L/opt/cross/avr/lib64/gcc/avr/4.7.0/avr25 -L/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib/avr25 -L/opt/cross/avr/lib64/gcc/avr/4.7.0 -L/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/lib /tmp/cc3RpSha.o -lgcc -lc -lgcc
Kompilierung fehlgeschlagen.
/opt/cross/avr/lib64/gcc/avr/4.7.0/../../../../avr/bin/ld: cannot find crttn4313.o: No such file or directory
collect2: error: ld returned 1 exit status

Was hat die Datei für eine Bewandnis?

LG :)

[J. W. (jw-lighting)]

Hallo,

so ich bin jetzt schon so weit, dass die Datei wohl vom Linker gebraucht 
wird und ich weiß auch, wo sie hingehört (und dort fehlt sie 
tatsächlich, obwohl angeblich Teil der avr-libc).

Erst habe ich hier eine gefunden:
http://chomikuj.pl/plama6/Nauka/Kursy+Elektronika/winavr/avr/lib/avr25/crttn4313,1072117332.o
Da mein PC kein Polnisch spricht, oder wohl eher, da für Win hat das 
nicht funktioniert.

Dann habe ich mir das avr-libc-RPM von Fedora installiert. Ist leider in 
einem anderen Pfad gelandet. Odrt habe ich die crttn4313.o herauskopiert 
und das Paket wieder deinstalliert. Anschliessend habe ich die avr-libc 
aus dem Suse-Repo wieder installiert und die Kopie der crttn4313.o aus 
dem Fedora-Paket im entsprechenden Verzeichnis 
(/opt/cross/avr/avr/lib/avr25) eingefügt.

Neuer Versuch: Es hat funktioniert!!
(Obs auch rennt, wird noch getestet)

Ich danke vielmals für eure Hilfe und werde mich mal an die Jungs von 
Suse wenden: die sollen ihre avr-libc komplettieren :p

LG :)

[R. M. (rmax)]

J. W. schrieb:

> so ich bin jetzt schon so weit, dass die Datei wohl vom Linker gebraucht
> wird und ich weiß auch, wo sie hingehört (und dort fehlt sie
> tatsächlich, obwohl angeblich Teil der avr-libc).

Ja, die crt*-Dateien enthalten Startup-Code und werden automatisch 
dazugelinkt.

> Ich danke vielmals für eure Hilfe und werde mich mal an die Jungs von
> Suse wenden: die sollen ihre avr-libc komplettieren :p

Ich kümmere mich am Montag darum...

[J. W. (jw-lighting)]

R. Max schrieb:
> Ich kümmere mich am Montag darum...

Oh, schön, dann brauch ich ja gar keine Mailadresse mehr zu suchen usw. 
;)

Der Controller rennt im übrigen, also alles rund um erfolgreich.

LG :)

[Johann L. (gjlayde)]

Bislang hat avr-libc noch nicht die neue multilib-Struktur von avr-gcc 
implementiert, siehe http://savannah.nongnu.org/bugs/index.php?35407