Skip to content

Run make regen-global-objects #108714

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

Merged
merged 1 commit into from
Aug 31, 2023
Merged

Conversation

vstinner
Copy link
Member

No description provided.

@erlend-aasland
Copy link
Contributor

When was this regression introduced? There is no linked issue.

@vstinner
Copy link
Member Author

When was this regression introduced? There is no linked issue.

I don't know if it can be qualified as a regression.

It's unclear to me how it is possible to merge a PR if "generated files" are outdated: the GitHub Action job is supposed to fail.

It seems like make regen-global-objects is not deterministic. I don't understand how this issue happened.

@erlend-aasland
Copy link
Contributor

I suspect it was 9205dfe

@vstinner
Copy link
Member Author

I suspect it was 9205dfe

Yep, this change removes _Py_ID(arg) in code generated by Argument Clinic. But the "Check if generated files are up to date" job on the PR succeeded.

The job does:

          # Deepfreeze will usually cause global objects to be added or removed,                    
          # so we run it before regen-global-objects gets rum (in regen-all).                       
          make regen-deepfreeze
          make -j4 regen-all                                                                        
          make regen-stdlib-module-names

where `make regen-alldoes depend onregen-global-objects``. This target is declared as phony: ``.PHONY: regen-global-objects``. So the ``generate_global_objects.py`` script was run.

Maybe depending on the order in which regen-all dependencies are executed, the result is different?

@erlend-aasland
Copy link
Contributor

Maybe depending on the order in which regen-all dependencies are executed, the result is different?

It sounds like a build system bug to me.

@vstinner
Copy link
Member Author

That's the non-deterministic build system bug: #108740

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