* mips-tdep.c (mips_next_pc): Fix a typo.

diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index fd7a3f23319dc6f9b333c4e8cb288e490dd542a5..e2ffd230025001e111a0dbec1e91eb43611baa3b 100644 (file)
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,3 +1,7 @@
+2013-06-26  Maciej W. Rozycki  <macro@codesourcery.com>
+
+       * mips-tdep.c (mips_next_pc): Fix a typo.
+
 2013-06-26  Maciej W. Rozycki  <macro@codesourcery.com>
 
        * mips-tdep.c (micromips_scan_prologue): Fix a typo.

diff --git a/gdb/mips-tdep.c b/gdb/mips-tdep.c
index 66fd562024e38b2825a2d4ea250cdfbe5ff628f3..74f27bc7e671c2acc04766f817ee235095cd4ed3 100644 (file)
--- 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)