-
Notifications
You must be signed in to change notification settings - Fork 536
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow white space in yymore and yyreject checks #608
Conversation
AC_PROG_LEX puts a space between yymore and its ()s causing the yymore check to fail and thus break configure.
I'm confused on where/when configure is broken. I just rebuilt configure and ran it from my local copy of the git repo. It completed successfully. |
It is broken in the sense that AC_PROG_LEX does not detect flex built from HEAD (8453b08 at the time of writing). AC_PROG_LEX generates the following program: %{
#ifdef __cplusplus
extern "C"
#endif
int yywrap(void);
%}
%%
a { ECHO; }
b { REJECT; }
c { yymore (); }
d { yyless (1); }
e { /* IRIX 6.5 flex 2.5.4 underquotes its yyless argument. */
#ifdef __cplusplus
yyless ((yyinput () != 0));
#else
yyless ((input () != 0));
#endif
}
f { unput (yytext[0]); }
. { BEGIN INITIAL; }
%%
#ifdef YYTEXT_POINTER
extern char *yytext;
#endif
int
yywrap (void)
{
return 1;
}
int
main (void)
{
return ! yylex ();
} As you can see, the parentheses are preceded by a space. This causes flex to fail with: conftest.l:10:3: error: use of undeclared identifier 'yymore_used_but_not_detected'
{ yymore (); }
^
conftest.c:614:18: note: expanded from macro 'yymore'
#define yymore() yymore_used_but_not_detected
^
lex.yy.c:1704:25: warning: equality comparison with extraneous parentheses [-Wparentheses-equality]
if ( (yy_buffer_stack == NULL) ) {
~~~~~~~~~~~~~~~~^~~~~~~
lex.yy.c:1704:25: note: remove extraneous parentheses around the comparison to silence this warning
if ( (yy_buffer_stack == NULL) ) {
~ ^ ~
lex.yy.c:1704:25: note: use '=' to turn this equality comparison into an assignment
if ( (yy_buffer_stack == NULL) ) {
^~
=
1 warning and 1 error generated.
configure:14088: $? = 1 For the record, I was attempting to build bedeb7dc of wget. |
What are the exact steps I need to follow to reproduce the problem? |
Create a
Run:
Result:
|
Prior to 2.6.4, we didn't include the parentheses in the yymore check at all. I think returning to that construction is the best solution. This patch will also work, but it prefers C-like function calls. Since I'm slowly working on other output language backends I'm biased toward solutions that will work more generally. Thanks for pointing this out! |
Researching, commit 191d706 is where the particular change was made for yymore. |
Sitting with this for a few months, I'm happy with @d125q's solution. I was concerned that using {OPTWS} in the rules would lead to line length problems like those in #620, but we already use this construction in scan.l without trouble so I'm withdraw that concern. If we ever support an action language that doesn't put parentheses around its argument/parameter lists, I expect we'll be able to search for this thread. |
I'm working up a test case for this. It's subtler to sort out that I'd like, so I want to be sure we're able to catch it from happening again. |
Thanks for this; it's now on master. |
AC_PROG_LEX puts a space between yymore and its ()s causing the yymore check to fail and thus break configure.