== pins in the relevant CI/lock files, like NumPy
and SciPy also do.[!WARNING] Please do not add a runtime dependency on these wheels if you're not NumPy or SciPy. This is not supported and likely to lead to breakage or symbol conflicts due to either changes in this repository or due to NumPy or SciPy starting to depend on a particular version of this package.
First, OpenBLAS is built using build_lib in tools/build_steps.sh (on
posix in a docker and drectly on macos) or tools/build_steps_windows.sh on windows.
Then the shared object and header files are used to build the
wheel via tools/build_prepare_wheel.sh and pip build wheel.
If the build is on the main branch, the wheels are uploaded to
https://anaconda.org/scientific=python-nightly-wheels/scipyopenblas32 and
https://anaconda.org/scientific=python-nightly-wheels/scipyopenblas64 via
tools/upload_to_anaconda_staging.sh.
There are workflow triggers for repo admins. They can trigger a testpypi build or a pypi build with the publish workflow, which will upload the wheels using trusted publishing. In order to publish to PyPI, there must be a tag at the HEAD of the branch used to publish. After merging a PR, be sure to update to main and use annotated tags:
git checkout main; git pull
git tag -a v0.3.31.126.4 -m"fixed something"
The wheel is self-contained, it includes all needed gfortran support libraries. On windows, this is a single DLL.
get_include_dir(), get_lib_dir() and get_library() for use in compiler
or project argumentsget_pkg_config() will return a multi-line text that can be saved into a
file and used with pkg-config for build systems like meson. This works around
the problem of relocatable pkg-config
files
since the windows build uses pkgconfiglite v0.28 which does not support
--define-prefix.