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
[C++] Build fix/correction for UTF32 conversion. #1908
Conversation
The twisted way to create a javac like output path breaks many use cases, including very simple ones with lexer + parser grammar in a relative subdir (where parser generation doesn't find the lexer tokens). Additionally, not all projects prefer to have their generated files in an output folder which is comprised of the given output path and the subdir given for the grammar files. The check for absolute paths as decision criterion is a weak one anyway - it makes simple usage difficult and doesn't deal with path expansion on all platforms. If a javac like output path is required it should be easy to construct this upfront and provide it as the output path parameter, instead of implicitely creating it. This patch simplifies things without any WTF moments because generated files end up and unexpected locations. It now can deal with simple cases (no output, no grammar subdir) up to complicated cases (nested and/or absolute output dir, multiple grammar subfolders).
Removed some duplicate classes there too.
Also made converter local vars in conversion routines, instead of static global vars.
This reverts commit defad74.
This reverts commit 47e43cc.
TestCompositeParsers still fails with a compiler error, maybe you need to have a second look? |
@ericvergnaud Where do you see a compiler error? What fails is what always fails since last fall, job runtime exceeded maximum: https://travis-ci.org/antlr/antlr4/jobs/241708892 |
@mike-lischke look in https://travis-ci.org/antlr/antlr4/jobs/241757707, which is from the latest master + non cpp changes |
That's a completely different branch. Why do you post the failure notice in this PR? I have a pull request (#1910) for that failure. |
I posted here because it seems things started breaking when @parrt merged it
Envoyé de mon iPhone
… Le 25 juin 2017 à 18:21, Mike Lischke ***@***.***> a écrit :
That's a completely different branch. Why do you post the failure notice in this PR? I have a pull request (#1910) for that failure, but there's not much moving in antlr4 these days.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Agreed |
Hi guys, i think i've caught up with merges related to bug fixes. |
Adds a few fixes after the recent UTF32 conversion changes. Also fixes some warnings.