Esiply doesn't work on all older versions of flex and bison, and presumibly other tools which it relies on. Should we support those older versions? Or require users to get the later versions?
I'm leaning towards requiring users to update. I would like to avoid messing up the code just for legacy reasons. Then again, if a fix is simple and clean, it would be nice to work with what versions it can.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Of course, an easy solution would be to distribute the generated scanner and parser c files. Then people with the updated version can run flex or bison, but those without can still use the output included in the distribution.
I like that. I vote for not using older versions. Any other comments?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=1884147
Originator: YES
I'm leaning towards requiring users to update. I would like to avoid messing up the code just for legacy reasons. Then again, if a fix is simple and clean, it would be nice to work with what versions it can.
Logged In: YES
user_id=1884147
Originator: YES
For example:
with flex version 2.5.4,
I get:
flex scanner.lpp
"scanner.lpp", line 37: unrecognized %option: yyalloc
This is on the seasnet machines, which I would really like to have esiply working on.
Logged In: YES
user_id=1884147
Originator: YES
Of course, an easy solution would be to distribute the generated scanner and parser c files. Then people with the updated version can run flex or bison, but those without can still use the output included in the distribution.
I like that. I vote for not using older versions. Any other comments?