[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: bison-1.875: build feedback: DEC Alpha builds with native compilers:

From: Paul Eggert
Subject: Re: bison-1.875: build feedback: DEC Alpha builds with native compilers: HP/Compaq/DEC OSF/1 5.1
Date: Fri, 3 Jan 2003 17:08:22 -0800

> 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

#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.


--- 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;

reply via email to

[Prev in Thread] Current Thread [Next in Thread]