Distinguish openblas variants on windows; remove blis workarounds

[h-vetinari]

This combines two PRs, where one doesn't work (or make much sense) without the other.

Mainly I wanted to do #129, which is a follow-up to #126, which however runs into a bunch of conda-build bugs (conda/conda-build#5571, conda/conda-build#5572).

The other (#115) is for removing a very long-standing workaround for an unspecified conda-build bug that goes back forever (f9b54a0), but which doesn't seem to trigger anymore with 24.11.

The hope is that #129 + #115 passes, where #129 alone is currently stuck

Closes #129
Closes #115

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe/meta.yaml:

• ℹ️ The recipe is not parsable by parser conda-souschef (grayskull). This parser is not currently used by conda-forge, but may be in the future. We are collecting information to see which recipes are compatible with grayskull.

_{This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/13009183272. Examine the logs at this URL for more detail.}

[jaimergp]

@h-vetinari, as per my findings in conda/conda-build#5571, ff0294e (#130) should work.

[h-vetinari]

@h-vetinari, as per my findings in conda/conda-build#5571, ff0294e (#130) should work.

Amazing work! 🤩 Thank you so much! 🙏

[h-vetinari]

@conda-forge/blas, thanks to the magic touch of @jaimergp this is now ready, PTAL! :)

It does a few long-planned things:

• enable an openmp variant for openblas on windows (had been descoped from Rebuild for flang 19 #126)
• un-special-case blis after it's not necessary anymore (workarounds for this go back ~forever: f9b54a0)
• turn blas into a pure compatibility wrapper around blas-devel (there's an old comment above its name that it's "for compatibility", but this wasn't really the case).
• un-break the build

[h-vetinari]

@isuruf, I'd appreciate your review on this change

[isuruf]

Let's keep these

[h-vetinari]

Thanks for the review! I've kept these, but in blas-devel (which blasnow wraps)

[isuruf]

That's fine, but it's better to have the tests here in addition to the ones in blas-devel.

[h-vetinari]

I'll reinstate, but I don't understand... If the files are actually contained in blas-devel, and blas is a pure wrapper-package with no content, tests on the wrapper are redundant with the tests for the package being wrapped.

[isuruf]

One minor comment

[h-vetinari]

Thanks for the review! I've kept these, but in blas-devel (which blasnow wraps)