public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: "Pierre Muller" <pierre.muller@ics-cnrs.unistra.fr>
To: <gdb@sourceware.org>
Cc: "'Joel Brobecker'" <brobecker@adacore.com>
Subject: GDB -Wmissing-prototypes and flex troubles
Date: Tue, 12 Jun 2012 23:20:00 -0000	[thread overview]
Message-ID: <004801cd48f1$e6599080$b30cb180$@muller@ics-cnrs.unistra.fr> (raw)

 I am working on MIPS CPU support
for Free Pascal and found a problem
inside GDB related to that.

 I treid to set up a gdb automatic tester on 
GCC compile farm gcc42.
muller@gcc42:~$ uname -a
Linux gcc42 2.6.27.1 #476 Tue Oct 20 14:25:23 CST 2009 mips64 GNU/Linux

But the compilation of GDB fails because the installed flex version
muller@gcc42:~$ flex --version
flex 2.5.33
(Cygwin installed flex 2.5.35 does add those prototypes)

Doesn't provide the missing prototypes required by the
use of this new warning used together with -Werror option.

  I didn't really find any version requirement
for flex.

  Should we:
1) Specify a minimal version for flex?
2) disable missing-prototypes option 
for ada-exp.c compilation?
3) Do 2) if version if below 
minimum version adding those prototypes?


Pierre Muller

Part of diff -u output:

--- ada-lex.c.mips      2012-06-12 17:04:54.789877300 +0200
+++ ada-lex.c   2012-06-12 17:11:39.852185300 +0200
@@ -9,7 +9,7 @@
 #define FLEX_SCANNER
 #define YY_FLEX_MAJOR_VERSION 2
 #define YY_FLEX_MINOR_VERSION 5
-#define YY_FLEX_SUBMINOR_VERSION 33
+#define YY_FLEX_SUBMINOR_VERSION 35
 #if YY_FLEX_SUBMINOR_VERSION > 0
 #define FLEX_BETA
 #endif
>>> Below
@@ -776,6 +889,35 @@

 static int yy_init_globals (void );

+/* Accessor methods to globals.
+   These are made visible to non-reentrant scanners for convenience. */
+
+int yylex_destroy (void );
+
+int yyget_debug (void );
+
+void yyset_debug (int debug_flag  );
+
+YY_EXTRA_TYPE yyget_extra (void );
+
+void yyset_extra (YY_EXTRA_TYPE user_defined  );
+
+FILE *yyget_in (void );
+
+void yyset_in  (FILE * in_str  );
+
+FILE *yyget_out (void );
+
+void yyset_out  (FILE * out_str  );
+
+int yyget_leng (void );
+
+char *yyget_text (void );
+
+int yyget_lineno (void );
+
+void yyset_lineno (int line_number  );
+
 /* Macros after this point can all be overridden by user definitions in
  * section 1.
  */

             reply	other threads:[~2012-06-12 23:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-12 23:20 Pierre Muller [this message]
2012-06-13  4:38 ` Joel Brobecker
2012-06-13  5:58   ` Mark Kettenis
2012-06-13  7:43   ` Pierre Muller
2012-06-13 19:36     ` Joel Brobecker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='004801cd48f1$e6599080$b30cb180$@muller@ics-cnrs.unistra.fr' \
    --to=pierre.muller@ics-cnrs.unistra.fr \
    --cc=brobecker@adacore.com \
    --cc=gdb@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).