This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hello,
This patch simply makes the implicit "struct target_ops" parameter to convert_from_func_ptr_addr explicit (it also makes it pure multi-arch). It doesn't try to update any actual architecture code so I think this is pretty save and will commit in a few hours (after my cross builds finish).
By doing this, the new architecture bfd_entry_point previous proposed in:
[ppc64-linux] gdbarch hook to find true execution entry point http://sources.redhat.com/ml/gdb-patches/2003-06/msg00362.html [ppc64-linux]: correctly find a BFD's code entry point address http://sources.redhat.com/ml/gdb-patches/2003-06/msg00437.html
made entirely redundant. ya!
2003-10-21 Andrew Cagney <cagney@redhat.com>
* gdbarch.sh (convert_from_func_ptr_addr): Convert to a pure multi-arch method, add "targ" parameter. (struct target_ops): Declare. * gdbarch.h, gdbarch.c: Re-generate. * Makefile.in (c-valprint.o): Update dependencies. * arch-utils.h: Update copyright. (convert_from_func_ptr_addr_identity): Declare. * arch-utils.c (convert_from_func_ptr_addr_identity): New function. * rs6000-tdep.c (rs6000_convert_from_func_ptr_addr): Upate. * ppc-linux-tdep.c (ppc64_linux_convert_from_func_ptr_addr): Update. * infcall.c (find_function_addr, call_function_by_hand): Update. * c-valprint.c: Include "target.h". (print_function_pointer_address): Update.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |