gnupic: GPASM bug with RES pseudo-op


Previous by date: 30 Jul 2000 13:40:18 -0000 GPASM bug with RES pseudo-op, Eric Smith
Next by date: 30 Jul 2000 13:40:18 -0000 picp version 0.4c, Andrew Pines
Previous in thread: 30 Jul 2000 13:40:18 -0000 GPASM bug with RES pseudo-op, Eric Smith
Next in thread:

Subject: Re: GPASM bug with RES pseudo-op
From: Scott Dattalo ####@####.####
Date: 30 Jul 2000 13:40:18 -0000
Message-Id: <Pine.LNX.4.21.0007300826450.31828-100000@tempest2.blackhat.net>


On 30 Jul 2000, Eric Smith wrote:

> 
> A quick & dirty fix for this is to change one line in opcode.c, in
> the function do_res().  There's a line that says:
> 
> 	state.lst.line.linetype = org;
> 
> If that line is changed to:
> 
> 	state.lst.line.linetype = equ;

I'll apply that to CVS today.

> The listing then shows a four-byte value for each res line.  I think
> it would be better if the listing showed a normal two-byte address in
> column 1, but I didn't have time to investigate how to make that happen.
> Perhaps a new linetype would be needed.

I'll take a look at that too.


There's another bug I need to fix with gpasm. The paths to files are not written
in the .cod files. If you include a file in you .asm file from someplace like
/usr/local/gpasm/* only the name of the file included is written is recorded. So
when gpsim tries to load the include file, it can't find it.

I'm going to fix that one too.

Scott
PS. Eric - I still owe you ....


Previous by date: 30 Jul 2000 13:40:18 -0000 GPASM bug with RES pseudo-op, Eric Smith
Next by date: 30 Jul 2000 13:40:18 -0000 picp version 0.4c, Andrew Pines
Previous in thread: 30 Jul 2000 13:40:18 -0000 GPASM bug with RES pseudo-op, Eric Smith
Next in thread:


Powered by ezmlm-browse 0.20.