[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