https://sourceware.org/bugzilla/show_bug.cgi?id=17444
Nick Clifton <nickc at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--- Comment #3 from Nick Clifton <nickc at redhat dot com> ---
Hi Sandra,
Thanks - I can now reproduce the problem.
Interestingly this turns out to be a gas bug, not a linker bug.
The problem is that the relocation generated by gas for the call to
...artificial_thunk.1 is wrong. It has an offset of 0x14 built in to the
relocation when in fact it should be 0. GAS is doing this because the
...artifical_thunk.1 symbol is a local symbol not a global symbol. You can see
this for yourself by editing the pr61160-2.s file and adding the line:
.global _ZThn4_N8CExample9MixinFuncEiPv.artificial_thunk.1
just after the function is declared. Assembling and linking this version of
the pr61160-2.s file will result in a working binary.
This is where I am currently stumped. I do not see why GAS should be
treating a local function symbol any differently from a global function symbol.
Unfortunately the weekend is here and I have to drop this for now. But I
will pick up the case again next week.
Cheers
Nick
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
