Skip to content

Conversation

@dcbaker
Copy link
Member

@dcbaker dcbaker commented Nov 18, 2025

This is similar to the work I did using a TypeAlias for build targets, but for programs.

There are more places we should be using this, especially in build.py, but for the moment this is a good cleanup by itself, and will help us catch future regressions.

I've marked the for 1.11, I don't expect (or want) it to land for 1.10

These are useful for the many cases of creating lists of commands that
are mixtures of strings and programs
This doesn't cover every possible use, but it does cover a lot of the
obvious places where the exact alias is in use. There are also a number
of places that *should* use this alias that don't.
There's some typing issues here that are shadowed by not using the
shared helpers. As soon as we switch over to those we run into clear
type problems. Let's fix that.
@dcbaker dcbaker added this to the 1.11 milestone Nov 18, 2025
@dcbaker dcbaker requested a review from jpakkane as a code owner November 18, 2025 17:45
@dcbaker dcbaker added the typing label Nov 18, 2025
@bonzini
Copy link
Collaborator

bonzini commented Nov 18, 2025

@xclaesse had something very similar, but iirc a bit more comprehensive, as part of his LocalProgram attempt. I think it's worth disentangling it from language changes and going his way instead. I will take a look for 1.11 too.

@dcbaker
Copy link
Member Author

dcbaker commented Nov 18, 2025

Either way I guess. I didn't really look at that PR, so I'm not sure what all went on with it.

@bonzini
Copy link
Collaborator

bonzini commented Nov 20, 2025

See #15277

@dcbaker dcbaker closed this Nov 20, 2025
@dcbaker dcbaker deleted the submit/program-types-alias branch November 20, 2025 16:28
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