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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
