Gast
#2336295
Hallo, ich den avr-gcc/binutils/libc geupt und nun kann ich das Projekt nicht mehr kompilieren. Was ist da los beim EEProm schreiben? avr-libc-1.7.1 gcc-4.6.1-r1 binutils-2.21.53.0.2 Danke!
|
Anzeige
|
[AVR] __eewr_block_m328p undefined reference to
Gast
#2336295
Hallo, ich den avr-gcc/binutils/libc geupt und nun kann ich das Projekt nicht mehr kompilieren. Was ist da los beim EEProm schreiben? avr-libc-1.7.1 gcc-4.6.1-r1 binutils-2.21.53.0.2 Danke! Deine avr-libc-Installation ist unvollständig oder inkonsistent.
Die von dir gewünschte Funktion sollte sich in der Bibliothek
${prefix}/avr/lib/avr5/libc.a befinden:
Gast
#2336345
Jörg Wunsch schrieb: > Die von dir gewünschte Funktion sollte sich in der Bibliothek > ${prefix}/avr/lib/avr5/libc.a befinden: Ja, das habe ich gesehen. Er wird die libc.a aus ${prefix}/avr/lib nehmen. Mit -L${prefix}/avr/lib/avr5/ -lc funktioniert es. Ist der Linker nicht i.O.? Grüße. Walter schrieb: > Ist der > Linker nicht i.O.? Irgendwie ist der Krempel inkonsistent compiliert. Schuss ins Blaue: --prefix (bei ./configure) stimmt bei den drei Tools nicht miteinander überein.
Gast
#2336370
Die Pfade stimmen vorne und hinten nicht. Dann muss ich wieder über gentoo/crossdev gehen und downgraden. Schade eigentlich. crossdev ist bekannt und berüchtigt dafür, eine inkonsistente toolchain zu erzeugen. Compilier' dir den Kram mit der Hand mit --prefix=/usr/local (müsste auch der default sein). Jörg Wunsch schrieb: > --prefix=/usr/local (müsste auch der default sein). ... es gibt ja auch Distributionen, die mit --prefix=/usr/local/avr erzeugt sind, z.B. von Carsten (Bingo600). So wird es bestimmt nie langweilig ;-)
Gast
#2337137
Johann L. schrieb: > So wird es bestimmt nie > langweilig ;-) Das hatte ich mal mit der avr-libc. Eine unter /usr die andere unter /usr/local. Die zweite wurde verlinkt und die erste war das eigentliche Update => Geisterstunde .... Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|