[avr-gcc-list] Why is there 1200 bytes of zeroes in my code?

[Stu Bell]

Hi all,

 

I currently am compiling/linking code for the ATmega2560 using the 4.1.1 set of gcc tools (WinAVR 20070122).  In the middle of the code (at roughly 0x20f4) I have around 1200 bytes of zeroes.

 

The MAP file shows:

 

…

.progmem.data  0x0000200a       0xe9 obj/CmdMfg.o
                0x000020f4                . = ALIGN (0x2)
 *fill*         0x000020f3        0x1 00
                0x000020f4                __trampolines_start = .
 *(.trampolines)
 .trampolines   0x000020f4        0x0 linker stubs
 *(.trampolines*)
                0x000020f4                __trampolines_end = .
 *(.jumptables)
 *(.jumptables*)
 *(.lowtext)
 *(.lowtext*)
                0x000020f4                __ctors_start = .
 *(.ctors)
                0x000020f4                __ctors_end = .
                0x000020f4                __dtors_start = .
 *(.dtors)
                0x000020f4                __dtors_end = .
 SORT(*)(.ctors)
 SORT(*)(.dtors)
 *(.init0)
 .init0         0x000025a4        0x0 c:/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr6/crtm2560.o
                0x000025a4                __init

 

 

So why does the linker put .init0 at 0x25a4 when there is nothing between that and .trampolines at 0x20f4?  I understand the need for the trampolines, but my code is currently less than the split point where I would need them.  Is there a way to control this?

 

Thanks for any help!

Best regards,

Stu Bell
Senior Software Engineer
DPHI, Inc. (DataPlay)

email:  address@hidden
phone: (303) 952-2468
mail:    1900 Pike Rd, #F
           Longmont, CO 80501 USA