Red Hat Bugzilla – Bug 434961
New flex 2.5.34 brakes build of perfectly fine flex files
Last modified: 2015-05-04 21:33:43 EDT
This new build of flex (which is in the buildroot now):
Brakes the build of lm_sensors, it seems to no longer see lines like this:
/* foo bar */
As comments, see:
For the complete task see:
Right, I noticed this bug in testsuite, but though it was a last time change in
CVS. I'll get in touch with upstream to find out if that's a bug or a feature.
"last time change" should have been "last minute change"
I for one vote this is a bug, as it breaks compatibility with existing .l files,
I'm pretty sure lm_sensors is not going to be the only package bitten by this.
And you know what they say about features: if you can't turn it off its not a
feature its a bug, so atleast there should be some cmdline switch to restore the
Agreed. However it turns out to be more interesting than that: when I
regenerate the flex scanner with old flex, the bug goes away. I.e., the bug
only presents itself when original, distributed flex.c is used, or when flex.c
is generated with new flex.
Upstream has a patch, and managed to make a 2.5.35 in the meantime. I just did
a rebase, could you try if that fixes the problem for you?
*** Bug 435047 has been marked as a duplicate of this bug. ***
(In reply to comment #5)
> Upstream has a patch, and managed to make a 2.5.35 in the meantime. I just did
> a rebase, could you try if that fixes the problem for you?
I can confirm that this builds fixes things, both locally and in koji: