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

[Bison] Raised Minimum Bison Version to 3.3 #2529

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

AlexandreSinger
Copy link
Contributor

@AlexandreSinger AlexandreSinger commented Apr 10, 2024

Raised the minimum Bison version from 3.0 to 3.3 to handle deprecation warnings.

Description

In recent versions of Bison, the parser_class_name directive has been deprecated for api.parser.class.

See issue #2518

The issue is that api.parser.class was not introduced until Bison 3.3. Currently the minimum Bison version for libblifparse and libsdcparse is Bison 3.0 (which is the same version we use on our development machines). To properly fix these warnings we would need to raise the minimum Bison version to Bison 3.3 and resolve the deprecation.

@AlexandreSinger AlexandreSinger changed the title [libblifparse] Suppressed Deprecation Warnings in the Parser [Bison] Suppressed Deprecation Warnings in the Parser Apr 10, 2024
@AlexandreSinger AlexandreSinger changed the title [Bison] Suppressed Deprecation Warnings in the Parser [Bison] Suppressed Deprecation Warnings in Parsers Apr 10, 2024
@AlexandreSinger
Copy link
Contributor Author

@vaughnbetz What do you think about this? To prevent having to raise the minimum Bison version to Bison 3.3, I have suppressed the deprecation warning only in the two affected yacc files. I have verified that this fixes the warnings.

@vaughnbetz
Copy link
Contributor

This is a good question for the Thursday meeting in my opinion (if you can bring up a quick summary). It is a bit dangerous to suppress a deprecation warning, but I guess it will error if they ever fully deprecate it ...

@AlexandreSinger
Copy link
Contributor Author

@vaughnbetz I agree, I think this is a great topic to bring up! However, I will not be at the one this week. I could bring it up next week! I do not think this is very time sensitive.

@vaughnbetz
Copy link
Contributor

Two weeks is fine. You could bring up any thorny ones there, plus overall status on getting warning clean.

@AlexandreSinger AlexandreSinger changed the title [Bison] Suppressed Deprecation Warnings in Parsers [Bison] Raised Minimum Bison Version to 3.3 Apr 24, 2024
Raised the minimum Bison version to 3.3 since deprecation warnings were
showing up in libblifparse and libsdcparse which could not be resolved
unless the Bison version was 3.3.
AlexandreSinger added a commit to AlexandreSinger/vtr-verilog-to-routing that referenced this pull request May 16, 2024
Suppressed the Bison deprecation warnings for SDCParse and BlifParse
since the fix for the deprecation requires Bison 3.3, but the current
minimum version of Bison is 3.0

Some development machines using VPR cannot be upgraded to Bison 3.3
easily, so for now the deprecation warnings are just being suppressed
until all machines are on Bison 3.3

PR verilog-to-routing#2529 tracks this issue and contains the code to fix the
deprecations.
AlexandreSinger added a commit to AlexandreSinger/vtr-verilog-to-routing that referenced this pull request May 17, 2024
Suppressed the Bison deprecation warnings for SDCParse and BlifParse
since the fix for the deprecation requires Bison 3.3, but the current
minimum version of Bison is 3.0

Some development machines using VPR cannot be upgraded to Bison 3.3
easily, so for now the deprecation warnings are just being suppressed
until all machines are on Bison 3.3

PR verilog-to-routing#2529 tracks this issue and contains the code to fix the
deprecations.
@vaughnbetz
Copy link
Contributor

Keeping this one around -- will merge once we've updated to a recent enough Ubuntu on CI and all systems we care about.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants