Re: [Amforth-devel] Atmega32u4

[Karl L. <kar...@se...>]

What the error means is pretty straightforward.  You (well, your  
source files) are trying to write different values to the same address 
(es) in code space.  How you are doing it may not be that easy to  
find, given that so much of amforth is already set up.

The addresses in question are the interrupt vectors, so I suspect  
that the atmega32 is using a different set of vectors than whatever  
MCU your current amforth is set up for.

MCUs like the atmega88 use a single address for each vector:

0x000 rjmp RESET ; Reset Handler
0x001 rjmp EXT_INT0 ; IRQ0 Handler
0x002 rjmp EXT_INT1 ; IRQ1 Handler
0x003 rjmp PCINT0 ; PCINT0 Handler

while MCUs like the atmega328 use two addresses for each vector:

0x0000 jmp RESET ; Reset Handler
0x0002 jmp EXT_INT0 ; IRQ0 Handler
0x0004 jmp EXT_INT1 ; IRQ1 Handler
0x0006 jmp PCINT0 ; PCINT0 Handler

Note the difference between the rjmp and jmp instructions above.   
Double-check the MCU you have selected for your project and make sure  
it matches the header files you are pulling in as part of the amforth  
template file.  Somewhere in the setup, there is a mismatch.

Karl



On Jan 2, 2011, at 3:05 PM, Eric wrote:

>
> I'm trying to build amforth for an Atmega32U4 board (http:// 
> ladyada.net/products/atmega32u4breakout/).  I've made a copy of the  
> template project and I specify the MCU as atmega32u4.  When I build  
> it, I get the following error:
>
>   wine ../../../Atmel/avrasm2.exe -I ../../../Atmel/Appnotes - 
> I ../../core -I ../../core/devices/atmega32u4
>      -fI -v0 -e test2.eep.hex -l test2.lst test2.asm
>
>   ../../core/devices/atmega32u4\device.asm(13): error: Overlap  
> in .cseg: addr=0x1 conflicts with 0x0:0x2
>   Assembly failed, 1 errors, 14 warnings
>   make: *** [test2.hex] Error 1
>
> I'm not sure what that means.  How would I go about tracking down  
> this problem?
>
> Eric
> ---------------------------------------------------------------------- 
> --------
> Learn how Oracle Real Application Clusters (RAC) One Node allows  
> customers
> to consolidate database storage, standardize their database  
> environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC  
> database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel