gnupic: Re: [gnupic] Proposed addition to gpasm


Previous by date: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] More than one #v(expression) in a single line of a macro, Bill Freeman
Next by date: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] Proposed addition to gpasm, Bill Freeman
Previous in thread: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] Proposed addition to gpasm, Bill Freeman
Next in thread: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] Proposed addition to gpasm, Bill Freeman

Subject: Re: [gnupic] Proposed addition to gpasm
From: Craig Franklin ####@####.####
Date: 9 Sep 2005 02:09:25 +0100
Message-Id: <4320E117.2000005@users.sourceforge.net>

I took a very brief look at your changes.  This looks like a feature we 
can incorporate into gpasm.  Before we do that:

- I would like to hear any objections people might have.  This looks 
good to me.  Anyone have a better idea?
- Bill, do you consider this complete for absolute mode?
- Any known regressions?

There is a note in the README about the "nightly" snapshots.  You are 
correct, they are only updated when gputils changes.  They were 
automated and nightly, but the anonymous cvs access was (maybe still is) 
very flaky and was a headache.

Bill Freeman wrote:

>	I have made an implementation of a scheme to make the "302"
>messages more useful.  Those are the messages that caution you to be
>certain that the bank select bits are correct whenever you reference
>an address outside of bank 0 (my experience is primarily in the mid
>range PICs).
>
>	In a nutshell, you can keep the assembler apprised of what is
>in the bank select bits, and it only complains about addresses that
>don't match that assumption.  A macro package is supplied (for the 14
>bit PICs) to make it easy to keep the information up to date.  (This
>includes macros to use in place of explicitly fiddling with the RP
>bits in status, and a replacement for BANKSEL.)  Currently this is
>only applicable to absolute assembly.
>
>	Should you be interested in trying it out, or reading the
>documentation and/or source code changes, commenting on the design,
>get http://www.mv.com/ipusers/ke1g/assume.tgz .  There is also a
>regression test suite for the feature, which also serves somewhat
>as samples of usage.
>
>							Bill
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: ####@####.####
>For additional commands, e-mail: ####@####.####
>
>
>  
>


Previous by date: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] More than one #v(expression) in a single line of a macro, Bill Freeman
Next by date: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] Proposed addition to gpasm, Bill Freeman
Previous in thread: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] Proposed addition to gpasm, Bill Freeman
Next in thread: 9 Sep 2005 02:09:25 +0100 Re: [gnupic] Proposed addition to gpasm, Bill Freeman


Powered by ezmlm-browse 0.20.