Hi Ulrich,

That was it, thanks.|-mlongcall -mno-pltseq| fixes the problem.
GCC now loads the target from the module's own .toc via TOC16_HA/TOC16_LO_DS,
which BFD resolves normally, and emits the r2 save and restore around the call itself.

I have created a new patch which adds these to the PowerPC compile options;
I've dropped the call stub patch. Tested on powerpc64le-linux,
no unexpected failures in the full testsuite.

Thanks,
Abhay


On 19/08/26 18:09, Ulrich Weigand wrote:
> Abhay Kandpal<abhay@linux.ibm.com> wrote:
>
>>    24:    std     r2,24(r1)
>>    30:    addis   r12,r2,0
>>              30: R_PPC64_PLT16_HA    _setjmp
>>    34:    ld      r12,0(r12)
>>              34: R_PPC64_PLT16_LO_DS    _setjmp
>> 80:    mtctr   r12
>>              80: R_PPC64_PLTSEQ    longjmp
>> 84:    bctrl
>>              84: R_PPC64_PLTCALL    longjmp
>>    88:    ld      r2,24(r1)
> I think you also need the -mno-pltseq option to get rid of
> this inlined PLT sequence.
>>
> Bye,
> Ulrich