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