Displaying 7 results from an estimated 7 matches for "r_arm_thm_pc8".
2020 May 29
2
Range lists, zero-length functions, linker gc
...mode (a buggy --gc-
> sections implementation can trigger this as well)
> * a relocation referencing an undefined symbol in a non-SHF_ALLOC section
>
> We always respect the addend in a relocation entry for an absolute/PC-
> relative (I can use "most" here)
> relocation (R_ARM_THM_PC8, R_AARCH64_ADR_PREL_PG_HI21, R_X86_64_64,
> local exec TLS relocation types, ...)
> Ignoring the addend (using -2 everywhere) will break this consistency.
>
> The relocated code may do pointer subtraction which would work if addends
> were
> respected, but will break using -2 ever...
2020 May 29
4
Range lists, zero-length functions, linker gc
...bal symbol in --noinhibit-exec mode (a buggy --gc-sections implementation can trigger this as well)
* a relocation referencing an undefined symbol in a non-SHF_ALLOC section
We always respect the addend in a relocation entry for an absolute/PC-relative (I can use "most" here)
relocation (R_ARM_THM_PC8, R_AARCH64_ADR_PREL_PG_HI21, R_X86_64_64,
local exec TLS relocation types, ...)
Ignoring the addend (using -2 everywhere) will break this consistency.
The relocated code may do pointer subtraction which would work if addends were
respected, but will break using -2 everywhere.
The relocated code c...
2020 May 29
2
Range lists, zero-length functions, linker gc
...sections implementation can trigger this as well)
> > * a relocation referencing an undefined symbol in a non-SHF_ALLOC section
> >
> > We always respect the addend in a relocation entry for an absolute/PC-
> > relative (I can use "most" here)
> > relocation (R_ARM_THM_PC8, R_AARCH64_ADR_PREL_PG_HI21, R_X86_64_64,
> > local exec TLS relocation types, ...)
> > Ignoring the addend (using -2 everywhere) will break this consistency.
> >
> > The relocated code may do pointer subtraction which would work if addends
> > were
> > respected...
2020 May 29
2
Range lists, zero-length functions, linker gc
...> > * a relocation referencing an undefined symbol in a non-SHF_ALLOC
> > section
> > > >
> > > > We always respect the addend in a relocation entry for an absolute/PC-
> > > > relative (I can use "most" here)
> > > > relocation (R_ARM_THM_PC8, R_AARCH64_ADR_PREL_PG_HI21, R_X86_64_64,
> > > > local exec TLS relocation types, ...)
> > > > Ignoring the addend (using -2 everywhere) will break this consistency.
> > > >
> > > > The relocated code may do pointer subtraction which would work if
&g...
2020 May 31
2
Range lists, zero-length functions, linker gc
...ined symbol in a non-SHF_ALLOC
> >> > section
> >> > > >
> >> > > > We always respect the addend in a relocation entry for an absolute/PC-
> >> > > > relative (I can use "most" here)
> >> > > > relocation (R_ARM_THM_PC8, R_AARCH64_ADR_PREL_PG_HI21, R_X86_64_64,
> >> > > > local exec TLS relocation types, ...)
> >> > > > Ignoring the addend (using -2 everywhere) will break this consistency.
> >> > > >
> >> > > > The relocated code may do pointe...
2020 May 31
3
Range lists, zero-length functions, linker gc
...>> > section
> >> >> > > >
> >> >> > > > We always respect the addend in a relocation entry for an absolute/PC-
> >> >> > > > relative (I can use "most" here)
> >> >> > > > relocation (R_ARM_THM_PC8, R_AARCH64_ADR_PREL_PG_HI21, R_X86_64_64,
> >> >> > > > local exec TLS relocation types, ...)
> >> >> > > > Ignoring the addend (using -2 everywhere) will break this consistency.
> >> >> > > >
> >> >> > > &...
2020 May 28
2
Range lists, zero-length functions, linker gc
As has been mentioned elsewhere, Sony generally fixes up references from debug info to stripped functions (of any length) using -1, because that's a less-likely-to-be-real address than 0x0 or 0x1. (0x0 is a typical base address for shared libraries, I'd think using it has the potential to mislead various consumers.) For .debug_ranges we use -2, because both a 0/0 pair and a -1/-1 pair