Maciej W. Rozycki (email@example.com) writes:
> Thiemo wants to reimplement R_MIPS_PC16 relocations to be useful for
> branches which requires a relocation's addend to be shifted left by two
> before processing and then shifting a calculated value right by two before
> applying to the relocated field (similarly to what is done for R_MIPS_26
> relocations). The ABI currently defines these relocations to be handled
> without any shifts rendering them useless for branches and probably
> anything else. I suspect that may actually be a typo or a
> misunderstanding that happened when working on the document.
The existing definition is nonsense - I won't guess how it happened,
but there's no reason to keep it. Thiemo has MIPS Technologies'
thanks and blessing in making this change. Please let our Nigel
Stephens know when it's done (mailto:firstname.lastname@example.org) and he'll
I'm sure you'll put comments in the code noting that this is different
from the document.
There's a more tricky question, which is how we're going to document
this. I'm currently trying to create a more user-friendly (and
accurate) ABI document, but had not yet got to the relocation types...
MIPS Technologies (UK)
The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND
phone: +44 1223 706205 / fax: +44 1223 706250 / swbrd: +44 1223 706200