tree 88669eb66762a75810692530d3642699d6054c65
parent 51a9225d6c0230e6e6cd4bfd7dab2a03b45cf5a5
author Ben Vanik <ben.vanik@gmail.com> 1701900924 -0800
committer GitHub <noreply@github.com> 1701900924 +0000
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJlcPJ8CRBK7hj4Ov3rIwAAIkwIAHz1XKDkQKHCC7MlmoUwyu+9
 HqGYHcSFdttOz53axU+h/G+N2P7QfsS4paFRDg7gNKFygKV9sz8eDni3CcLGIvlf
 RODzISnJHfJ8UF+2nCda0291Z2LSd956jac5co9/zCuMFkGbfBrR2FKuSlXxPkv3
 sNMWicP5hLx6ScoSGnJuPuj3vjIbpnANJBsXWPy5Ln0pT0l6ShWZiaor6RYjmYCi
 4kML1gUXicIbqg0+oXG0o4dxBuuuF0KLQ8L21pIg2HHLYk2cUlPGeURC6LyGgG6Q
 ALtX80fMRBb7+gBzA/OZTb4GXDZR2JFIATqvSjzGVqgwpNiLVNLupOEo+Sykdps=
 =0M1V
 -----END PGP SIGNATURE-----
 

Adding condition support to `hal.dispatch.extern`. (#15797)

Required switching from `hal.dispatch.extern` outlining into a
`flow.executable` to instead outlining into a `hal.executable` with
variants. This is nice as it prevents us from needing to carry through
all the information a `hal.executable` could have through flow/stream
but does mean we need to support `flow.dispatch`/`stream.async.dispatch`
on expanded executables with variants that may have multiple export
symbols. In the common case (codegen) there's no change.

It's not great this is happening in flow - future work may try to move
outlining of the extern ops to the end of the global optimization
pipeline (assuming that happens _after_ plugins that may insert the
extern ops). There's a few refactorings in other passes we'd need to
make that happen.