RE: [avr-gcc-list] avr-gcc toolchain problem

[Ken Lauffenburger]

On Fri, 2007-07-06 at 14:55 -0600, Eric Weddington wrote:
> 
> > -----Original Message-----
> > From:
> > address@hidden
> > [mailto:address@hidden
> > org] On Behalf Of Ken Lauffenburger
> > Sent: Wednesday, June 06, 2007 10:26 PM
> > To: address@hidden
> > Subject: [avr-gcc-list] avr-gcc toolchain problem
> >
> > Hello,
> >
> > I'm a newbie to this list, so please forgive me if this is an
> > elementary problem.
> >
> > I recently built the avr-gcc toolchain on my Gentoo AMD-64
> > system.  I used the following command to build it:
> >
> >
> >
> > crossdev --target avr
> >
> > It seemed to work fine.  However to test the installation I
> > downloaded two different projects from the avrfreaks site and
> > tried to build them.  I ran into the same issue with both of them:
> >
> >
> >
> > avr-gcc (GCC) 3.4.6 (Gentoo 3.4.6, ssp-3.4.5-1.0, pie-8.7.9)
> > Copyright (C) 2006 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
> >  There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > PARTICULAR PURPOSE.
> >
> >
> > Linking: main.elf
> > avr-gcc -mmcu=atmega169 -I. -g -DF_CPU=1000000UL -Os
> > -funsigned-char -funsigned-bitfields -fpack-struct
> > -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.o
> > -std=gnu99 -Wundef -MMD -MP -MF .dep/main.elf.d main.o
> > timer0.o BCD.o usart.o ADC.o RTC.o bfeeprom.o dataflash.o
> > button.o LCD_functions.o LCD_driver.o vcard.o sound.o test.o
> > --output main.elf -Wl,-Map=main.map,--cref     -lm
> > /usr/libexec/gcc/avr/ld: cannot open linker script file
> > ldscripts/avr5.x: No such file or directory
> >
> > So apparently avr-ld can't locate the ldscripts/avr5.x file.
> >
> 
> I have a colleague here who used crossdev on Gentoo for the AVR toolchain
> and ran into the same problem. He says:
> "Make a symbolic link in your source directory to the ldscripts directory.
> That's totally cheezy and wrong, but you can compile the code then."
> 
> YMMV. HTH.
> Eric Weddington
> 
> 
> 

Thanks for the info Eric.

For a temporary fix I ended up using a similarly cheezy approach--I
added the following parameter to avr-ld in the top-level Makefile in the
source directory:

LDFLAGS += -T /usr/x86_64-pc-linux-gnu/avr/lib/ldscripts/avr5.x


--ken