Fix for gdb.base/pc-fp.exp.
authorCarl E. Love <carll@oc4738070240.ibm.com>
Wed, 24 Aug 2016 15:08:58 +0000 (08:08 -0700)
committerCarl E. Love <carll@oc4738070240.ibm.com>
Wed, 24 Aug 2016 15:08:58 +0000 (08:08 -0700)
commitbdd78711b4c1ae26dbc8c2a64f28abec3486ae6c
tree5505031e49340241e48a176d3562b6e08a774858
parentab548d2db9ac35675d1b700ecbf007ae0cf3d83d
Fix for gdb.base/pc-fp.exp.

It is my understanding that GDB used to require each architecture to
define a Frame Pointer (fp).  However, this functionality was deprecated
some time ago so the call to setup the fp_reg was changed to deprecated
(set_gdbarch_deprecated_fp_regnum).  It should have been removed from the
Power code.

That said, the code "set_gdbarch_deprecated_fp_regnum
(gdbarch, PPC_R0_REGNUM + 1);" sets up register r1 as the frame pointer.
Register r1 is no longer used to hold the frame pointer on Power.  By
removing the fp definition for Power in GDB, it causes GDB to fall back
to the call get_frame_base_address (frame) which returns the correct value
depending on the specific senario but most of the time is the DWARF
canonical frame address.

gdb/ChangeLog

2016-08-24  Carl Love  <cel@us.ibm.com>

* rs6000-tdep.c (rs6000_gdbarch_init): Remove call
        set_gdbarch_deprecated_fp_regnum() from initialization function.
gdb/ChangeLog
gdb/rs6000-tdep.c