Re: [avr-gcc-list] problems with linker

[Steve Joiner]

I compiled using the -v option to try and get more info as to what is
going on.  Here's the command:

avr-gcc -v -g -mmcu=at90s4433 -Wl,-v,-Map,foo.map foo.c

And here's the output:

Reading specs from /usr/local/atmel/lib/gcc-lib/avr/3.3/specs
Configured with: ../configure --prefix=/usr/local/atmel --target=avr
--enable-languages=c,c++ --disable-nls
Thread model: single
gcc version 3.3 20020923 (experimental)
 /usr/local/atmel/lib/gcc-lib/avr/3.3/cc1 -quiet -v -D__GNUC__=3
-D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=0 foo.c -quiet -dumpbase foo.c
-mmcu=at90s4433 -auxbase foo -g -version -o /tmp/ccTI4vHY.s
GNU C version 3.3 20020923 (experimental) (avr)
        compiled by GNU C version 2.96 20000731 (Red Hat Linux 7.3 2.96-112).
ignoring nonexistent directory "/usr/local/atmel/avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/atmel/include
 /usr/local/atmel/lib/gcc-lib/avr/3.3/include
 /usr/local/atmel/avr/include
End of search list.
 /usr/local/atmel/lib/gcc-lib/avr/3.3/../../../../avr/bin/as
-mmcu=at90s4433 -o /tmp/ccqFo3ZT.o /tmp/ccTI4vHY.s
 /usr/local/atmel/lib/gcc-lib/avr/3.3/../../../../avr/bin/ld -m avr2
/usr/local/atmel/lib/gcc-lib/avr/3.3/../../../../avr/lib/crts4433.o
-L/usr/local/atmel/lib/gcc-lib/avr/3.3
-L/usr/local/atmel/lib/gcc-lib/avr/3.3/../../../../avr/lib -v -Map
foo.map /tmp/ccqFo3ZT.o -lgcc -lc -lgcc
GNU ld version 2.13


I don't see any red flags here, but the sections are still too long as
I described before.  Any ideas?

Thanks,
Steve

--- Steve Joiner <address@hidden> wrote:
> 
> Well, I got binutils-2.13, rebuilt avr-gcc and avr-libc. 
> Unfortunately, I still get exactly the same thing -- my sections are
> the wrong sizes.
> 
> Anyone have any other ideas?
> 
> Thanks,
> Steve
> 
> --- Raphael Assenat <address@hidden> wrote:
> > Hi, I also had problems building my avr environment using the
> latest
> > cvs
> > versions of binutils, gcc, and avr-libc, and I followed the same
> > instructions 
> > as you.
> > 
> > I could not compile some of my programs, I got a lot of linker
> errors
> > similar 
> > to this one:
> > 
> >
>
objs/p1.o(.text+0xb8):/home/raph/0Work/programming/ylib/programs/ATmega163_p1leds/p1.c:228:
> > 
> > relocation truncated to fit: R_AVR_7_PCREL no symbol
> > objs/p1.o(.text+0x37c): In function `_p1_expand_data':
> > 
> > I dont understand what exactly was the problem, but when I replaced
> > binutils 
> > by the latest release(2.13)(not cvs snapshot) and recompiled gcc
> (3.3
> > 
> > 20020924) as well as avrl-libc (latest cvs), everything went well.
> > 
> > I dont know if you're doing something wrong, but maybe you can try
> > binutils 
> > 2.13 and see if the problem you've found is fixed.
> > 
> > I hope this helps.
> > 
> > On Tuesday 24 September 2002 04:48 pm, you wrote:
> > > Hello,
> > >
> > > I'm trying to get my avr build environment working.  I've got the
> > > latest snapshots of binutils and gcc (binutils-020924 and
> > > gcc-20020923).  I also grabbed avr-libc from CVS today (9/24).  I
> > > followed the instructions at
> > >
> > >
> >
>
http://savannah.nongnu.org/download/avr-libc/doc/avr-libc-user-manual/insta
> > >ll_tools.html
> > >
> > > and was able to build and install everything without any
> problems.
> > > I've got a simple program, foo.c that I'm trying to compile for
> the
> > > at90s4433.  I issue the following command:
> > >
> > > avr-gcc -g -mmcu=at90s4433 -Wl,-Map,foo.map foo.c
> > >
> > > It builds successfully, but the start of the map file looks like
> > this:
> > >
> > > Archive member included because of file (symbol)
> > >
> > > /usr/local/atmel/lib/gcc-lib/avr/3.3/libgcc.a(_copy_data.o)
> > >                               /tmp/ccgWgtvZ.o (__do_copy_data)
> > > /usr/local/atmel/lib/gcc-lib/avr/3.3/libgcc.a(_clear_bss.o)
> > >                               /tmp/ccgWgtvZ.o (__do_clear_bss)
> > >
> > > Memory Configuration
> > >
> > > Name             Origin             Length             Attributes
> > > text             0x00000000         0x00002000         xr
> > > data             0x00800060         0x0000ffa0         rw !x
> > > eeprom           0x00810000         0x00010000         rw !x
> > > *default*        0x00000000         0xffffffff
> > >
> > > Linker script and memory map
> > >
> > > LOAD
> > >
> /usr/local/atmel/lib/gcc-lib/avr/3.3/../../../../avr/lib/crts4433.o
> > > LOAD /tmp/ccgWgtvZ.o
> > > LOAD /usr/local/atmel/lib/gcc-lib/avr/3.3/libgcc.a
> > > LOAD
> > /usr/local/atmel/lib/gcc-lib/avr/3.3/../../../../avr/lib/libc.a
> > > LOAD /usr/local/atmel/lib/gcc-lib/avr/3.3/libgcc.a
> > >
> > > This seems wrong to me because it is reporting the length of the
> > text
> > > section as 0x2000 and the length of the data section as 0xffa0.
> > > According to the data sheet, they should be 0x800 and 0xf0,
> > > respectively.  The eeprom length looks wrong too.
> > >
> > > Can anyone tell me what I'm doing wrong here?
> > >
> > > Thanks,
> > > Steve
> > >
> > >
> > >
> > >
> > >
> > > __________________________________________________
> > > Do you Yahoo!?
> > > New DSL Internet Access from SBC & Yahoo!
> > > http://sbc.yahoo.com
> > > avr-gcc-list at http://avr1.org
> 
> 
> __________________________________________________
> Yahoo! - We Remember
> 9-11: A tribute to the more than 3,000 lives lost
> http://dir.remember.yahoo.com/tribute
> avr-gcc-list at http://avr1.org


__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com
avr-gcc-list at http://avr1.org