Documented SIXPIC's behavior regarding literals.
commit6007138ebf6d0c8732f4e7b2e87f1fcbd136342b
authorVincent St-Amour <stamourv@dino13.iro.umontreal.ca>
Wed, 17 Jun 2009 22:52:06 +0000 (17 18:52 -0400)
committerVincent St-Amour <stamourv@dino13.iro.umontreal.ca>
Wed, 17 Jun 2009 22:52:06 +0000 (17 18:52 -0400)
treec88691bcb4884bddc388a27d21f1ba42dae76bff
parent669e81ce32dae56f3065229e4486fd5cd3fa5c7c
Documented SIXPIC's behavior regarding literals.
Literals will always be of the smallest type they can fit in (1 is an
int8, 300 is an int16, and so on). This is in violation of the C
standard, since not all literals are of the same type. However, this
is desirable, since it helps generate compact code. The result is that
more casts can be necessary than with standard C.
This caused a bug in PICOBIT's ram_get_entry function, which was
corrected by adding a "cast" (temporary variable of the right type).
ast.scm
parser.scm
pic18-sim.scm
tests/picobit/picobit-vm-sixpic.c