> Maybe it may be worth thinking about writing a piece of Perl that will
> automate those conversions. Let's start generating another list:
>
> * Change the CBLOCK (I hope the code uses a CBLOCK!) from 0x1c to 0x20

I hope it doesn't.  CBLOCK implies absolute mode, which should be scorned by
all beings more intelligent than the average trilobyte.

RAM should be allocated with the RES directive.  This would require no code
changes in moving from the 16F84 to the 16F628, just a switch to the linker
file for the new processor.

> * Turn off the comparitors

Note that this step would also not require code changes if using my
templates at http://www.embedinc.com/pic.  The PORT module automatically
disables comparitors and A/Ds when present.  These are enabled later only by
code that knows about and uses them.  A few IFDEFs solve this problem for
good.  See the QQQ_PORT.ASPIC module for the code details.

> * Change the include file

There should be no need to change your project include file.  I think you
meant to say you need to change which processor-specific Microchip include
file is referenced.

> * Change the processor in the LIST/device line

This and the previous one are one line each once for the whole project.

> * Update the config line.

Yup, this should be inspected carefully everytime the processor is changed.

All in all these changes are trivial if proper programming practice was used
in the first place.


*****************************************************************
Embed Inc, embedded system specialists in Littleton Massachusetts
(978) 742-9014, http://www.embedinc.com

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.