gnupic: Re: [gnupic] SPASM - a MPASM behave alike


Previous by date: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, David Barnett
Next by date: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, Xiaofan Chen
Previous in thread: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, David Barnett
Next in thread: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, Xiaofan Chen

Subject: Re: [gnupic] SPASM - a MPASM behave alike
From: Peter Keller ####@####.####
Date: 7 Jun 2009 06:57:03 -0000
Message-Id: <20090607065700.GA4598@cs.wisc.edu>

On Sat, Jun 06, 2009 at 08:20:57PM -0400, David Barnett wrote:
> The problem with gpasm's "two pass" system is that it's sloppy about how it
> does the substitutions, and it does too much in the lexer. That makes it
> nearly impossible to do some things we need. For instance, if the
> indentation is wrong in the assembler syntax, gpasm gets completely tripped
> up and gives very strange errors because the lexer has to assume that
> anything in column 1 is a directive or label, without checking whether it
> corresponds to an opcode instead.

What would the challenges be in writing a completely standalone
preprocessor which just emits the processed assembly to be then fed
into gpasm?

-pete

Previous by date: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, David Barnett
Next by date: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, Xiaofan Chen
Previous in thread: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, David Barnett
Next in thread: 7 Jun 2009 06:57:03 -0000 Re: [gnupic] SPASM - a MPASM behave alike, Xiaofan Chen


Powered by ezmlm-browse 0.20.