summaryrefslogtreecommitdiff
path: root/gdb/mips-tdep.c
diff options
context:
space:
mode:
authorMaciej W. Rozycki <macro@linux-mips.org>2013-06-26 15:10:33 +0000
committerMaciej W. Rozycki <macro@linux-mips.org>2013-06-26 15:10:33 +0000
commit20eddc5f286506ea69d489de8d8cd736e20127be (patch)
treeed974f0a66fcdb69aad26a5d56f8eb7f74bc7926 /gdb/mips-tdep.c
parentc895f69a3f937290d826a1ca2cfd7070f0a92572 (diff)
downloadgdb-20eddc5f286506ea69d489de8d8cd736e20127be.tar.gz
* mips-tdep.c (mips_next_pc): Fix a typo.
Diffstat (limited to 'gdb/mips-tdep.c')
-rw-r--r--gdb/mips-tdep.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/gdb/mips-tdep.c b/gdb/mips-tdep.c
index 66fd562024e..74f27bc7e67 100644
--- a/gdb/mips-tdep.c
+++ b/gdb/mips-tdep.c
@@ -2242,7 +2242,7 @@ mips16_next_pc (struct frame_info *frame, CORE_ADDR pc)
/* The mips_next_pc function supports single_step when the remote
target monitor or stub is not developed enough to do a single_step.
It works by decoding the current instruction and predicting where a
- branch will go. This isnt hard because all the data is available.
+ branch will go. This isn't hard because all the data is available.
The MIPS32, MIPS16 and microMIPS variants are quite different. */
static CORE_ADDR
mips_next_pc (struct frame_info *frame, CORE_ADDR pc)