Commit graph

17 commits

Author SHA1 Message Date
gutteridge
7ccafa880c py-numpy16: allow Python 3.7 as well (un-break builds)
Now that Python 3.7 is also directed here for builds, include it in
PYTHON_VERSIONS_ACCEPTED.
2022-04-09 23:46:52 +00:00
wiz
414fbfcf6b *: set USE_PKG_RESOURCES for more packages 2022-01-05 20:47:34 +00:00
wiz
bb579283d0 *: bump PKGREVISION for egg.mk users
They now have a tool dependency on py-setuptools instead of a DEPENDS
2022-01-04 20:53:26 +00:00
nia
414fc7869d math: Replace RMD160 checksums with BLAKE2s checksums
All checksums have been double-checked against existing RMD160 and
SHA512 hashes
2021-10-26 10:55:21 +00:00
nia
3c576fbd23 math: Remove SHA1 hashes for distfiles 2021-10-07 14:27:43 +00:00
thor
3c66c4bf79 mk/blas.bl3, Netlib and OpenBLAS packages, NumPy: C fixup and 64 bits
This delivers 64 bit index BLAS libraries alongside 32 bit ones. This is often
called ILP64 in the BLAS world, as opposed to LP64 where integers are 32 bit
due to the Fortran default integer type, not to be confused with the basic
system ABI used by C. For really large vectors on modern machines, you want
an 'ILP64' BLAS and layers on top of it.

In preparation of better support for vendor BLAS libraries, I had to realize
that you better use the C interfaces supplied by them, not the netlib one
strapped on. A simple reason of practicability: The vendor blas libraries,
just like openblas, like to ship all symbols in one library, so you get them
whether you want it or not. Also implementations may skip Fortran and implement
the underlying functionality directly in C anyway, so one might skip a
layer of indirection. Future will tell if other layers will follow. We still
have the framework of individual layers from Netlib to combine with certain
implementations that miss them (Accelerate framework comes to mind, which
needs further work).

The framework of netlib reference packages for the separate libraries
is instructive and helps keeping things small when you not need all of them.
The installation location of the headers is now in a subdirectory to be able
to have 32 and 64 bit variants independently. The 32 bit ones are linked to
${PREFIX}/include to keep the old picture. We could be brave and remove
those, but there is some value in a build just trying -lcblas and
inclusion of <cblas.h> to be happy.

There is one blas.buildlink3.mk that is supposed to be used only once and
so avoids a combination of conflicting libraries (as the 64 bit index symbols
have the same names as the 32 bit ones).

Basic usage for getting LAPACK+BLAS is still the same as before. You get
CBLAS and LAPACKE by setting BLAS_C_INTERFACE=yes in the package. The 64 bit
indices are selected via BLAS_INDEX64=yes.

Due to the special nature of the Accelerate framework, a package has to
explicitly indicate support for it and it will also not appear on the
list of implementations by default. The reason is that it does provide
mainly CBLAS and CLAPACK (another version of C interface to LAPACK, f2c-based)
and BLAS/LAPACK with f2c/g77 calling conventions. A default build with
gfortran would not like that

This commit also fixes up math/py-numpy and math/py-numpy16 to follow the
new scheme, as that are the only packages directly affected by the change
in CBLAS providership.
2021-06-15 04:41:51 +00:00
thor
31f16be061 math/py-numpy16: document BLAS choice patch 2021-06-15 02:48:30 +00:00
thor
5025334842 math/py-numpy16: bring BLAS usage into line with math/py-numpy
This old version for PY27 now behaves just like the modern one
regarding usage of BLAS and actually CBLAS.
2021-04-20 20:58:39 +00:00
leot
8532d97f21 py-numpy*: Update checksum for patch-numpy_distutils_system__info.py
Part of interchangeable BLAS system change.
2020-10-13 08:27:02 +00:00
bacon
87edcb24b1 math/blas, math/lapack: Install interchangeable BLAS system
Install the new interchangeable BLAS system created by Thomas Orgis,
currently supporting Netlib BLAS/LAPACK, OpenBLAS, cblas, lapacke, and
Apple's Accelerate.framework.  This system allows the user to select any
BLAS implementation without modifying packages or using package options, by
setting PKGSRC_BLAS_TYPES in mk.conf. See mk/blas.buildlink3.mk for details.

This commit should not alter behavior of existing packages as the system
defaults to Netlib BLAS/LAPACK, which until now has been the only supported
implementation.

Details:

Add new mk/blas.buildlink3.mk for inclusion in dependent packages
Install compatible Netlib math/blas and math/lapack packages
Update math/blas and math/lapack MAINTAINER approved by adam@
OpenBLAS, cblas, and lapacke will follow in separate commits
Update direct dependents to use mk/blas.buildlink3.mk
Perform recursive revbump
2020-10-12 21:51:57 +00:00
joerg
9f3a1e5323 Tyops 2020-08-05 13:47:43 +00:00
gdt
518930404d math/py-numpy16: Restrict to python 2.7
This package only exists to accomodate programs (e.g. gnuradio) which
have not yet updated to python3.  Therefore, only allow numpy16 for
python2.7.  (I believe there are zero py37-numpy16 users, and if so, that
should be discussed to understand why.)
2020-07-09 00:47:40 +00:00
leot
8c8fe97798 py-numpy16: Fix typos in DESCR 2020-06-25 19:00:37 +00:00
gdt
35f2a8d9bb py-numpy16: Explain in DESCR why this exists 2020-06-25 18:37:28 +00:00
adam
0931fdf688 pytest from versioned depends 2020-05-17 18:57:26 +00:00
mef
5fa351ca0b (math/py-numpy16) Add missing distinfo (right ?) 2020-04-29 04:30:59 +00:00
adam
292760ead2 Added py-numpy16 - the last version to support Python 2.7 2020-04-27 16:52:55 +00:00