* configure.host: Add arm*-*-openbsd*.
[deliverable/binutils-gdb.git] / gdb / c-lang.c
index fa53927b9a9ca47cc0b4691fe5446919cd964d95..6f1d8fe7fba8e6734f3fa8f3c76bed2541fd792b 100644 (file)
@@ -86,7 +86,7 @@ c_printchar (int c, struct ui_file *stream)
    printing LENGTH characters, or if FORCE_ELLIPSES.  */
 
 void
-c_printstr (struct ui_file *stream, const bfd_byte *string,
+c_printstr (struct ui_file *stream, const gdb_byte *string,
            unsigned int length, int width, int force_ellipses)
 {
   unsigned int i;
@@ -149,7 +149,7 @@ c_printstr (struct ui_file *stream, const bfd_byte *string,
              in_quotes = 0;
            }
          LA_PRINT_CHAR (current_char, stream);
-         fprintf_filtered (stream, " <repeats %u times>", reps);
+         fprintf_filtered (stream, _(" <repeats %u times>"), reps);
          i = rep1 - 1;
          things_printed += repeat_count_threshold;
          need_comma = 1;
@@ -202,7 +202,7 @@ c_printstr (struct ui_file *stream, const bfd_byte *string,
    gdb test suite since we don't have to account for the differences
    in output depending upon what the compiler and debugging format
    support.  We will probably have to re-examine the issue when gdb
-   starts taking it's fundamental type information directly from the
+   starts taking its fundamental type information directly from the
    debugging information supplied by the compiler.  fnf@cygnus.com */
 
 struct type *
@@ -220,7 +220,7 @@ c_create_fundamental_type (struct objfile *objfile, int typeid)
       type = init_type (TYPE_CODE_INT,
                        TARGET_INT_BIT / TARGET_CHAR_BIT,
                        0, "<?type?>", objfile);
-      warning ("internal error: no C/C++ fundamental type %d", typeid);
+      warning (_("internal error: no C/C++ fundamental type %d"), typeid);
       break;
     case FT_VOID:
       type = init_type (TYPE_CODE_VOID,
This page took 0.023609 seconds and 4 git commands to generate.