Am 15.06.20 um 11:04 schrieb Maarten Brock:
> 
> This sounds like an excellent job for the peephole optimizer.

An alternative that would be much more work:

Allow __sfr operands for & (could be implemented in ralloc.c, as
packing). Then with ifxForOpthe jump could be done at the &. So instead
of 3 iCodes, from the perspective of the register allocator and code
generator, it would be only one.
The t1sn would be generated at the & opcode.

The advantage of this approach would be that register a would be free to
be used for other purposes.

This is probably more of a long-term perspective, while the peephole
approach is something that could be implemented quickly.

Philipp


_______________________________________________
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user

Reply via email to