From: Mike McCarty (jmccarty_at_ssd.usa.alcatel.com)
Date: 2001-08-02 20:50:21
On Thu, 2 Aug 2001, Keates, Mark wrote:
> Dear all,
>
[snip]
> > The only drawback is currently that the file will include all symbols
> > regardless of the type, so it is not possible to distinguish
> > a zero page address from the symbol definition "blank = $20". This would
> > be not too difficult to add once there are emulators capable of using
> > this information.
>
> Surely the fact the address < $100 identifies this?
> I think it can be left to the emulator import process
> to work this out.
Umm. You have a symbol. It's value is $20. But it's only use is as a
constant, as an ASCII character. It is not an address. Note that $20 <
$100, but the $20 is *not* a zero page address.
> > If you are adding label information, you may also think about
> > adding source level debugging:
>
> Whoa, how would that work? Map address ranges to filename/line pairs?
> Or even as far as statement start/end position within a line? E.g.
This is normal, yes. Or byte offsets into the source file.
Normally for assembly one does not use some marker for line positions.
The line position is simply the line number itself.
Mike
--
char *p="char *p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
I can explain it for you, but I can't understand it for you.
I don't speak for Alcatel <- They make me say that.
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo_at_musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.
This archive was generated by hypermail 2.1.3 : 2001-12-14 22:05:40 CET