Faraz Shahbazker <[email protected]> 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 _______________________________________________ Ltrace-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/ltrace-devel
