Ok. Thanks!
Then I will persuade the guys who develop the MCU to add one or more
base registers to ease the reload problem, and besides, I will add
some virtual registers( who are static memory.) to hold 16,32 bit
mode variables.Hope these 2 solutions can make better codes. Now I
just begin to
Hi all,
Right now I attempts to port the GCC backend to a MCU with very
limited hard registers: only one 8 bit ACC reg, one 16 bit base reg
for addressing, one stats reg.
I searched the GCC backend porting, and seems 68HC1X has the similar
scene, but it use many ram simulated register. I wonder
Almost certainly you will run into severe problems in the reload phase.
You might also profitably study the ip2k port. This is a ALU machine, but it
does have multiple
address registers.
-Original Message-
From: redriver jiang jiang.redri...@gmail.com
Sent: Mar 17, 2010 8:55 AM
To:
We only had one real 8-bit accumulator on that port (the W register) which we
did not expose the RA, instead exposing 32 virtual 8-bit registers from which
we could construct 8, 16, 32 and 64-bit pairs. The key to really good code
generation was to aggresively split the larger
redriver jiang jiang.redri...@gmail.com writes:
Right now I attempts to port the GCC backend to a MCU with very
limited hard registers: only one 8 bit ACC reg, one 16 bit base reg
for addressing, one stats reg.
I searched the GCC backend porting, and seems 68HC1X has the similar
scene, but
