Simon Byrne
Simon Byrne
We don't support Overrrides.toml, as it isn't flexible enough for our needs (e.g. Overrides.toml requires the library version number to be the same, which means we can't support different MPI...
Certainly, please feel free. We could try to trigger the downloading at Pkg.build time (though i guess upgrade may not trigger that).
Nice. Once you're happy with that, any chance you can work your magic here as well?
But we can't use Overrides.toml, because it assumes the same library ABI
I was a bit skeptical, as it does require allocating objects that aren't actually used. But I can see the benefit in this case. I'll leave it for a few...
> or it is simply because nobody has needed/implemented it so far? That's it: PRs welcome!
Any update on this?
Is there any way we could do this without a macro, e.g. via a generated function? I don't see how because of the `@cfunction`, but it would be nice.
I guess the solution here is to allow us to exclude tests (we already do this for some platforms, but they're hard-coded).
I don't think there is a way to do this across different MPI implementations. * For Open MPI you can use `--tag-output`: https://www.open-mpi.org/doc/current/man1/mpiexec.1.php * For MPICH you can set the...