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

eof: Add auxdataloadn to reserved identifiers. Move test to eof dir #15529

Merged
merged 1 commit into from
Oct 22, 2024

Conversation

rodiazet
Copy link
Contributor

No description provided.

Copy link

Thank you for your contribution to the Solidity compiler! A team member will follow up shortly.

If you haven't read our contributing guidelines and our review checklist before, please do it now, this makes the reviewing process and accepting your contribution smoother.

If you have any questions or need our help, feel free to post them in the PR or talk to us directly on the #solidity-dev channel on Matrix.

cameel
cameel previously approved these changes Oct 21, 2024
Copy link
Member

@cameel cameel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems ok the way I see it here, but before we merge, please rebase on develop. We merged #15520 today, which affected EVMDialect implementation.

I see no conflicts, but I'd like to know if the shift introduced to handles by the EOF/non-EOF difference does not cause issues.

@cameel cameel merged commit 08fc9ea into ethereum:develop Oct 22, 2024
73 checks passed
Comment on lines +190 to +193
if (_eofVersion.has_value())
reserved += std::vector<std::string>{
"auxdataloadn",
};
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@clonker I think we should refactor this so that reserved identifiers automatically contain all builtin names from the current dialect. Then remove the ones that are exceptions. What do you think? It would make this kind of mistake harder to make.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, absolutely. In my mind it is more likely that we add new reserved builtins compared to the amount of times we would be adding more exceptions.

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.

3 participants