Quex 0.70.0 generates invalid include search paths
I've have updated the thread on stackoverflow with an example.
I've updated the stackoverflow thread with some more information.
Hi, I've posted a new Quex related question on stack overflow: https://stackoverflow.com/questions/43888553/utf-8-in-quex-0-67-4 Best regards, Patrik J
I can confirm that the fix works for me, thanks!
No worries, I can wait for the next release. This issue doesn't really affect me much and didn't take much effort to find. Just wanted to do my part and report it :)
While attempting to create a minimal example for this bug I accidentally found another bug as well: https://sourceforge.net/p/quex/bugs/300/
Crash when inheriting from a mode that doesn't exist
I created a ticket here: https://sourceforge.net/p/quex/bugs/299/
'LoopRestartP': undeclared identifier
Thenk you for the quick reply! I will attempt to re-create a minimial example right away :)
Hi, I've run into a compile error when building my ecmascript engine. The code that generates this error is part of the generated lexer file and looks like this: __quex_debug("* TERMINAL <COUPLE 500>\n"); __QUEX_IF_COUNT_COLUMNS_ADD((size_t)LoopRestartP); loop_restart_p = (me->buffer._read_p); My error message is: Error C2065 'LoopRestartP': undeclared identifier I suspect this may be a bug in Quex. Quite possibly it might have something to do with my Quex settings, but I can't find what settings...
Hi, I've run into a compile error when building my ecmascript engine. The code that generates this error is part of the generated lexer file and looks like this: __quex_debug("* TERMINAL <COUPLE 500>\n"); __QUEX_IF_COUNT_COLUMNS_ADD((size_t)LoopRestartP); loop_restart_p = (me->buffer._read_p); My error message is: Error C2065 'LoopRestartP': undeclared identifier I suspect this may be a bug in Quex. Quite possibly it might have something to do with my Quex settings, but I can't seem to find what...
I created a second issue for the second question here: https://stackoverflow.com/questions/43848526/problems-porting-lexer-string-accumulator-to-new-version-of-quex
I've created an issue on stackoverflow here: https://stackoverflow.com/questions/43846255/problems-porting-lexer-to-newer-version-of-quex
Okay, I will post my questions on stackoverflow as soon as I have the time to do so. Thank you.
Hi, I used to feed my Quex powered lexer with a std::basic_stringstream<char> being sent to the constructor, as such: typedef std::basic_stringstream<char> UStringStream; UStringStream tokenStream(sCode); quex::ecmascript_lexer ecmascript_lexer(&tokenStream); This worked using Quex 0.64.8, but it seems the API has changed since then since it doesn't seem to work with version 0.67.4. Any pointer regarding how I should port my code to the new version would be much appreciated. Another problem I have...
I can confim that the issue is fixed. Thank you!
Hi Frank, Thank you for the quick reply! I have created an issue (#298 Quex exception) in your bug tracker. Thank you very much for having a look at it :) Best regards, Patrik
Quex exception
Hi, My company has been a user of Quex for a few years and it's been working great for us(using version 0.64.8). However, recently we tried upgrading to version 0.67.3 and ran into an exception while running Quex. The output is: CustomBuild: Generating ecmascript lexer... Exception occurred -- please, report a bug under https://sourceforge.net/tracker/?group_id=168259&atid=846112 The exception occurs with the same .qx file (with minor adjustments like init -> constructor) so I think this is a bug....
I can confirm that it works in version 0.65.1c, thanks a lot!