From: SourceForge.net <no...@so...> - 2005-07-22 21:18:22
|
Bugs item #670275, was opened at 2003-01-18 14:14 Message generated for change (Settings changed) made by tecodev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=670275&group_id=599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pic14 target Group: unreproducable >Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Scott Dattalo (sdattalo) Summary: Multiple definitions of _PORTB Initial Comment: The following program causes sdcc to allocate _PORTB to address 0x2d as well as its hardware address (so the assembler chokes). #include "16f627.h" int main() { return PORTB & 0xf0; } A workaround is to assign the value of PORTB to a temporary and operate on that. $ sdcc -p16f627 -I../include -DTARGET_16f627 sdcc-bug1.c Processor: 16f627 *** Saved 1 registers *** *** pass 1, Saved 1 registers, total saved 2 *** *** Saved 3 registers *** No registers saved on this pass sdcc-bug1.asm:152:Error [116] Value of symbol "_PORTB" differs on second pass pass 1=6, pass 2=32 sdcc-bug1.asm:154:Error [116] Value of symbol "_PORTB" differs on second pass pass 1=6, pass 2=32 make: *** [sdcc-bug1.hex] Error 1 Chris Emerson, sd...@ma... ---------------------------------------------------------------------- Comment By: Raphael Neider (tecodev) Date: 2005-07-01 23:56 Message: Logged In: YES user_id=1115835 Works with SDCC 2.5.1 #1053. I will close this in less than two years time if nobody disagrees ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=670275&group_id=599 |