George Spelvin schrieb:
A README in test/simulate would definitely help.  Based on my
quick glance at things:

[...]

"You may add new files to the existing test directories freely, but adding
a new directory requires updating the list in runtest.sh."

However, I can't get it to work.  For me, it generates a near-infinite
stream of errors:

Simulate: time/aux.c atmega128 ... avr-gcc: error: 
../../avr/lib/avr51/atmega128/libatmega128.a: No such file or directory
*** compile failed
Simulate: time/declination.c atmega128 ... avr-gcc: error: 
../../avr/lib/avr51/atmega128/libatmega128.a: No such file or directory
*** compile failed
Simulate: time/equation.c atmega128 ... avr-gcc: error: 
../../avr/lib/avr51/atmega128/libatmega128.a: No such file or directory
*** compile failed

...etc. [921]$ ls -l ../../avr/lib/avr51/atmega128/
total 108
-rw-rw-r-- 1 colin software 30385 Dec  5 20:12 Makefile
-rw-rw-r-- 1 colin software  3434 Dec  5 20:00 Makefile.am
-rw-rw-r-- 1 colin software 33194 Dec  5 20:01 Makefile.in
-rw-rw-r-- 2 colin software  8884 Dec  5 20:14 crtm128.o
-rw-rw-r-- 2 colin software  8884 Dec  5 20:14 gcrt1.o
-rw-rw-r-- 1 colin software  9672 Dec  5 20:14 libcrt.a

I can't find a "libatmega128.a" anywhere. :-(

This looks strange. With avr-libc from trunk and a reasonable
up to date avr-gcc (5.2+) the crt should be located in

$prefix/avr/lib/avr51/crtatmega128.o

The single-folder-per-device scheme didn't work out with
avr-gcc (for unexplicable specs problem with lto + spaces
in $prefix) and was just a transient.

avr-libc changed namings + dir layout at some time in the near
past, and avr-gcc adopted this, but avr-gcc does not query
for the exact avr-libc version.  Maybe you have run bootstrap
against an old compiler or something.  avr-libc tries to adjust
to different avr-gcc versions and conventions, but I dunno how
much testing this experienced...

So remove your avr-libc installation and build directory,
run bootstrap in avr-libc source, configure and make again.
And make sure the compiler (version) is the same.


Johann

_______________________________________________
AVR-libc-dev mailing list
AVR-libc-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avr-libc-dev

Reply via email to