Re: bison-1.875: build feedback: DEC Alpha builds with native compilers: HP/Compaq/DEC OSF/1 5.1

[Paul Eggert]

> Date: Fri, 3 Jan 2003 14:11:08 -0700 (MST)
> From: "Nelson H. F. Beebe" <address@hidden>
> 
> Here is the output on the Alpha OSF/1 5.1 system with the DEC native
> compilers:

Thanks for following up on this.

Here's a guess: there's a bug in scan-skel.l, or a bug in flex and/or
the DEC native compilers, which manifests itself on that platform, but
only when a single lex token is larger than an input buffer and the
buffers need to be reallocated.

Does this compiler define __STDC__ to 0 in user code, and leave
__cplusplus undefined?  If so, that might explain the problem.  Can
you please try inserting the following lines at the top of
src/scan-skel.c?

#define YY_USE_PROTOS
#define YY_USE_CONST

and then "rm src/scan-skel.o src/scan-gram.o", and then "make".

I assume that HAVE_STDLIB_H and HAVE_UNISTD_H are 1 in config.h?
If not, that might also explain the problem.

If defining those two symbols doesn't solve the problem, can you
please try this workaround instead?  It modifies scan-skel.l so that
large lex tokens are much less likely.  You'll need 'flex' installed
to generate scan-skel.c.  I'm using flex 2.5.4.

Thanks.

--- scan-skel.l 3 Jan 2003 21:56:01 -0000       1.22
+++ scan-skel.l 4 Jan 2003 00:31:28 -0000       1.23
@@ -76,7 +76,7 @@ int skel_lex (void);
 
 "@"       abort ();
 \n        lineno++; ECHO;
address@hidden     ECHO;
address@hidden     ECHO;
 
 <<EOF>>           xfclose (yyout); free (outname); return EOF;
 %%