| commit | e84ca83738a748d8afe53e74b9666e74ae708dcc | [log] [tgz] |
|---|---|---|
| author | Alan Modra <amodra@gmail.com> | Sat Apr 29 11:00:30 2023 +0930 |
| committer | Alan Modra <amodra@gmail.com> | Wed May 03 09:03:01 2023 +0930 |
| tree | 868ef87059cf3328927a705daecf5900abff0620 | |
| parent | 59305ae6247e86f35bbe94ed1f9599af8f8e6f69 [diff] |
_bfd_mips_elf_lo16_reloc vallo comment This explains exactly why the high reloc adjustment is as it is, replacing the rather nebulous existing comment. I've also changed the expression from (lo+0x8000)&0xffff to (lo&0xffff)^0x8000 which better matches part of the standard 16-bit sign extension (resulting in exactly the same value), and hoisted the calculation out of the loop. * elfxx-mips.c (_bfd_mips_elf_lo16_reloc): Expand vallo comment. Hoist calculation out of loop.