-
Notifications
You must be signed in to change notification settings - Fork 222
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
Move code generation into an integration test #472
base: main
Are you sure you want to change the base?
Conversation
Ping? |
☔ The latest upstream changes (presumably #481) made this pull request unmergeable. Please resolve the merge conflicts. |
Another ping... @nox did you want to take a look? |
☔ The latest upstream changes (presumably #491) made this pull request unmergeable. Please resolve the merge conflicts. |
@jdm if I rebase this, will you review it? |
57d678d
to
c814231
Compare
Rebased. |
@jdm since you seem to be paying attention -- got an opinion on this? |
1f5203a
to
d10dc22
Compare
One other reason I prefer this approach is that the generated code becomes much more legible (for example, via the IDE). I was trying to clean up |
Since the generated code only depends on files in the repository anyway, save the separate compilation for the build script and only generate code in a test. Make it fail if the generated code is different from the stored source code to make CI fail if the generated code is out of date.
If this is deemed useful, we can do a similar thing for the maps generated in markup5ever.