[Ltrace-devel] [PATCH v2] Tracing PLT-less MIPS binaries
Petr Machata
pmachata at redhat.com
Fri Feb 6 22:13:37 UTC 2015
Faraz Shahbazker <faraz.shahbazker at imgtec.com> writes:
> It seems like there is no easy way to determine whether GOT entries
> are biased or not before arch_dynlink_done is called, which makes it
> impossible to determine if a symbol is resolved or unresolved when
> creating the plt entry. How about if we create all those fake plt
> entries as UNRESOLVED(+delayed) initially and determine otherwise only
> in arch_symlink_done? This avoids my absurd conditional bias logic.
Makes sense to me.
Note that the breakpoint state is a completely MIPS-centric artifact,
you can put an extra state in there if you think it would help
e.g. debuggability. (E.g. MIPS_PLT_DELAYED or whatever.)
Thanks,
Petr
More information about the Ltrace-devel
mailing list