Skip to content
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

Set version to 4.10 #3460

Closed
wants to merge 2 commits into from
Closed

Set version to 4.10 #3460

wants to merge 2 commits into from

Conversation

parrt
Copy link
Member

@parrt parrt commented Jan 4, 2022

in prep for 4.10 release

@parrt parrt added this to the 4.10 milestone Jan 4, 2022
@maelmahdy86
Copy link

@parrt When v4.10 will be released as I really need the caseInsensitive option ?

@KvanTTT
Copy link
Member

KvanTTT commented Feb 7, 2022

There are a lot of changes and improvements, some of them are still ongoing.

Also, firstly I suggest publishing a release candidate to test it on our grammars repository.

As a workaround, you can use CaseInsensitiveInputStream or FRAGMENT tokens.

@parrt
Copy link
Member Author

parrt commented Feb 7, 2022

I think we should shoot for a release within a month. What do you guys think? We can always do a quick release after that. Let's do all of the major stuff that is related to code generation now...

@KvanTTT
Copy link
Member

KvanTTT commented Feb 7, 2022

Not sure, at least I would like to complete bad words escaping (it's still incomplete), issues related to code generation, and to test grammars from grammars-v4 on the new version.

@ericvergnaud
Copy link
Contributor

ericvergnaud commented Feb 7, 2022 via email

@KvanTTT
Copy link
Member

KvanTTT commented Feb 7, 2022

Ok, I suggest at least completing all issues related to ATN serialization to stabilize the format before the next version releasing.

@parrt
Copy link
Member Author

parrt commented Feb 7, 2022

I agree that's a good cut off point. Happy to take a look at your PR for reducing the size of generated ATN strings...

@xiaozuo7
Copy link

@parrt Hi, is there any progress regarding the release of version 4.10? It has been a long time since the last release.

@parrt
Copy link
Member Author

parrt commented Feb 17, 2022

Hi. @KvanTTT has an optimization related to ATN that would be good to get in. Also @jcking might need a few things snuck in before we push 4.10. Happy to start doing faster releases but we should get a solid 4.10 first.

@KvanTTT
Copy link
Member

KvanTTT commented Feb 17, 2022

Yes, I'm still waiting for your review and merge of #3513

@parrt
Copy link
Member Author

parrt commented Feb 18, 2022

ah! I didn't notice it was ready. Sorry!

@xiaozuo7
Copy link

OK, thank you for your reply. Looking forward to your good news.

@parrt
Copy link
Member Author

parrt commented Feb 19, 2022

Oh, @KvanTTT where are we at with regards to the PR to tweak the generated symbols if they are keywords? That would also be something good to get into a major revision such as 4.10.

(working on your atn PR at the moment)

@parrt parrt changed the base branch from master to dev February 20, 2022 18:01
@parrt
Copy link
Member Author

parrt commented Feb 20, 2022

looks like we are getting closer folks. I merged @KvanTTT's awesome ATN optimization yesterday.

I would like to get a bit more testing done inside Google before we declare 4.10 ready, probably with a release candidate.

Also, @KvanTTT remind me. We merged your groovy PR to avoid generating keywords in the generated code right? #3451

Is there anything else we need to do on? @kaby76 has also been working hard on keyword lists for a few more languages.

I also have been working on fixing some issues in the intellij plug-in with more recent versions of the IDE; it would be nice to get 4.10 into that upcoming release as well.

@parrt
Copy link
Member Author

parrt commented Feb 20, 2022

I also need to work on the release process haha...it's got to be quite a furball and some of that we can automate. I hope

@KvanTTT
Copy link
Member

KvanTTT commented Feb 20, 2022

We merged your groovy PR to avoid generating keywords in the generated code right?

Yes, but the problem still is not completely resolved. But it's not critical and could be resolved in the next version.

I would like to get a bit more testing done inside Google before we declare 4.10 ready, probably with a release candidate.

I suggest reviewing another PR that breaks ATN serialization a bit but simplifies and expends it (there is no need to use UnicodeDeserializingMode if using extended encoding): #3546 It should be considered in 4.10 since ATN serialization is broken there.

@parrt
Copy link
Member Author

parrt commented Feb 24, 2022

Ok, so let's start moving towards 4.10 rc1. Can you guys @ericvergnaud @mike-lischke @KvanTTT @jcking check to see if there are any PRs that should sneak in for 4.10?

@KvanTTT
Copy link
Member

KvanTTT commented Feb 24, 2022

@kaby76 also has some useful PRs. Also, take a look at #3556

@kaby76
Copy link
Contributor

kaby76 commented Feb 24, 2022

Can someone state what the officially minimum requirements for PHP are? The instructions here and duplicated here say nothing. Many "reserved words" in the PHP list in the latest "dev" tool which I modified to remove all reserved words checks, do not cause a problem in and the generated parser works fine. For example, "break()" is a perfectly legal method name. Currently I have installed PHP 7.4.3 (cli) (built: Nov 25 2021 23:16:22) ( NTS ). #3451

@mike-lischke
Copy link
Member

Except for that last optimization patch from Justin I don't see anything for C++.

@parrt
Copy link
Member Author

parrt commented Feb 26, 2022

@kaby76 does that mean we can reduce the size of the naughty words list for PHP?

@KvanTTT
Copy link
Member

KvanTTT commented Feb 26, 2022

@kaby76 does that mean we can reduce the size of the naughty words list for PHP?

Probably yes, but I'm not sure about all words because some words conflict with internal members, not keywords. BTW, currently, there are no usages of escapedName in PHP.stg and actually reserved words list doesn't affect generation.

@parrt
Copy link
Member Author

parrt commented Feb 26, 2022

Oh wow. haha. we should resolve this by either removing or starting to use it I guess. if it is currently working maybe we just stop using it in the template file.

@ericvergnaud
Copy link
Contributor

ericvergnaud commented Feb 27, 2022 via email

@parrt
Copy link
Member Author

parrt commented Feb 27, 2022

okay thanks Eric.

@parrt
Copy link
Member Author

parrt commented Mar 26, 2022

Ok, I will start the process and work on the release process as well. @jcking let's get last minute changes in this week if we can.

@parrt
Copy link
Member Author

parrt commented Apr 8, 2022

Closing in favor of #3599

@parrt parrt closed this Apr 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants