> Note that 4157 is out of order. I *think* what's happening is that > the MERGE_TO_OTHER macro isn't taking into account that if you merge > RELOAD_OTHER and RELOAD_FOR_OTHER_ADDRESS, you can't end up with a > RELOAD_OTHER. No, anything merged with RELOAD_OTHER has to be RELOAD_OTHER.