#932 Symbol define errors on simple code

[Anonymous]

SDCC :
mcs51/gbz80/z80/avr/ds390/pic16/pic14/TININative/xa51/
ds400/hc08 2.5.1 #1032 (May 23 2005) (MINGW32)

C:\Ohjelmatiedostot\gputils\bin>gpasm -v
gpasm-0.13.0 beta

> Executing:
C:\Ohjelmatiedostot\ConTEXT\ConExec.exe "C:\sdcc\bin
\sdcc.exe" -mpic14 -p16f84 --use-stdout "C:\sdcc\lcd2.c"

lcd2.asm:90:Error [113] Symbol not previously defined
(s0x7F).
lcd2.asm💯Error [113] Symbol not previously defined
(s0x7F).
lcd2.asm:110:Error [113] Symbol not previously defined
(s0x7F).
Processor: 16f84
> Execution finished.

These define errors seem to be unworkaroundable
making the target unusable.

[Nobody/Anonymous]

Simple error case

[Nobody/Anonymous]

Logged In: NO

Noticed that this is similar to recently opened bug #1193553.

[Raphael Neider]

Logged In: YES
user_id=1115835

Works for me with SDCC 2.5.1 #1054 with the SDCC supplied
header for 16f877.h.

This might be due to your header file not specifying a
shared memory region for the stack (see supplied pic16f877.h
header): a line like
#pragma memmap 0x0070 0x007f RAM 0x180
might do the trick.

[Nobody/Anonymous]

Logged In: NO

16f84 has no memory at 0x0070 to 0x007f. Its GPRs are at
0x000c to 0x004f and a mirror at 0x008c to 0x00cf.

[Nobody/Anonymous]

Logged In: NO

It seems that the issue has got fixed in some later sdcc
version making this bug invalid.