On Mon, May 10, 2010 at 9:23 PM, Joerg Wunsch <j...@uriah.heep.sax.de> wrote: > As Steve Franks wrote: > >> Anyway, I've figured out my problem - set the library search path, >> so I could find my libs, but now avr-gcc can't find the libs for the >> m128. How do I go about merging those two concepts? > > Normally, you don't have to hack those, they are supposed to be > derived from the --prefix setting at configure/compile time.
Right, I've just found a way to sucessfully override it in my makefile somewhere. >> -Wl,-Map=.map,-u,vfprintf,-lprintf_flt,-u,asin,-lm,-lgcc,-L/usr/local/avr/lib > > That's a lot of stuff in a single option. Why's that? Why are you > forcing "asin" as an undefined symbol? Why are you trying to place > libm.a and libgcc.a manually there? > > Normally, you should be able to get away with just > > -Wl,-uvfprintf,-lprintf_flt -L./../lib/ -lm Historical. This makefile came from mfile around the time the m128 was only a few years old. >> /work/a/ports/devel/avr-libc/work/avr-libc-1.6.8/avr/lib/avr2/../../../libc/stdio/vfprintf.c:338: >> undefined reference to `__mulhi3' > > That's because you managed it to link an avr2-architecture file. avr5 > doesn't have __mulhi3 in its library because the compiler can use the > hardware multiplier instead. At least we're in agreement. I'll mess with the LDFLAGS...I did force it with a -L/.../avr5/ and it links again, just have to figure out how to let it default to that. Thanks, Steve _______________________________________________ AVR-libc-dev mailing list AVR-libc-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
