Open GoogleCodeExporter opened 8 years ago
I have been experimenting to extract pragma fuse_def information from the mpasm
.inc
files. Attached you can find the result for an 18f2685. For comparison the
second
attached file is the same copied from the current device file. The formats
differ a
little, but the contents are basically the same.
Essential is that the fuse_def names and keywords (symbolic values) are the
same as
supported by mpasm. For example:
In a JAL program you could specify 'pragma target OSC HSPLL', which corresponds
in
mpasm to ' CONFIG OSC = HSPLL'
The bit mask specifications become obsolete. These should probably maintained
during
a transition period (predecated) but the syntax may be altered over time.
One issues might be: some 'keywords' are numeric. I think JalV2 doesn't like
that,
but these could be prefixed with a letter, like also done in the current device
files. Suggestions?
Question: would this really help the compiler?
Original comment by robhamerling
on 26 Dec 2009 at 2:35
Attachments:
Hi Rob,
I am glad you are looking into this issue. It has been bothering me
for some time.
I feel strongly that JALV2 should generate ASM files that are
compatible with MPASM (no warnings or errors), and furthermore, that
HEX files from JALV2 should be identical to those generated by MPASM.
These are important and powerful tools to validate large portions of
JALV2 itself.
If we can help in this effort, let us know. At a minimum, we can
revise and re-test our sample apps to make sure they still work
properly.
Thank you,
William
Original comment by bvwe...@gmail.com
on 26 Dec 2009 at 4:12
Original issue reported on code.google.com by
robhamerling
on 26 Dec 2009 at 10:40