summaryrefslogtreecommitdiff
path: root/math/py-numpy (unfollow)
Commit message (Collapse)AuthorFilesLines
2022-01-03math/py-numpy: revert obsolete commit 507c189b28Stefan Eßer1-16/+0
The sched_getaffinity() function in the C library returned a different error code than expected (i.e. other than returned by GLIBC) if the requested CPU set size did not match the one expected by the system. The error code has been changed from ERANGE to EINVAL as expected by the wrapper for os.sched_getaffinity() in Python, obsoleting the patch that commented out the failing function call in setup.py.
2022-01-02math/py-numpy: work around build issue on -CURRENTStefan Eßer1-0/+16
A sched_getaffinity function has been added to -CURRENT and the Python build detects it presence and provides a Python function os.sched_getaffinity(). Apparently the C library function is not correctly wrapped and returns an out of buounds result. Comment out the call of os.sched_getaffinity() call until this function works correctly in the Python interpreter. No port revision bump, since this is just a temporary fix for the broken build on -CURRENT. Reported by: antoine
2021-10-26math/py-numpy: Update to 1.20.3Wen Heping6-75/+33
PR: 259063 Reported by: wen@ Exp-run by: antoine@
2021-08-31math/py-numpy: Add CPE informationBernhard Froehlich1-1/+1
Approved by: portmgr (blanket)
2021-08-28math/py-numpy: mark as not compatible with python 3.10Dmitry Marakasov1-1/+1
Approved by: portmgr blanket
2021-07-25math/py-numpy: Fix typoalt2600@icloud.com1-2/+2
- Bump PORTREVISION for package change PR: 257396
2021-05-25math/suitesparse: adapt dependency lines after modularizationThierry Thomas1-1/+1
Do not bump PORTREVISION, because this should not change the resulting packages. Note for maintainers: try to not depend on the whole suitesparse package, especially if your port do not require GraphBLAS (the biggest one).
2021-04-25*: Bump a few ports after the Python 3.7 to 3.8 switchoverKai Knoblich1-0/+1
Bump the PORTREVISION of the following ports as the concurrent symlinks change with a new default version of Python: * devel/py-setuptools * lang/cython * math/py-numpy This is a follow-up to 6cd3db2d03cc544c5893e41dbbacd2000fcbd35a . PR: 253815 Approved by: kai (python, maintainer)
2021-04-06Remove # $FreeBSD$ from Makefiles.Mathieu Arnold1-1/+0
2021-01-03Remove python 2.7 support from a few portsAntoine Brodin1-1/+1
2020-11-14math/py-numpy@py39: fix build on GCC architecturesPiotr Kubaj1-1/+1
cc1: error: unrecognized command line option "-Wno-unused-result"
2020-05-16Update to 1.16.6Sunpoet Po-Chuan Hsieh2-5/+4
Changes: https://github.com/numpy/numpy/releases PR: 246395 Exp-run by: antoine
2020-05-06Bump 37 ports depending on math/openblas through USES=blaslapack:openblas ↵Yuri Victorovich1-1/+1
because after the recent math/openblas update the library name changed in openblas
2020-01-31math/py-numpy: improve patch to fix build with OpenBlasSteve Wills1-8/+29
This patch adds openblas to the list of cblas compatible libs instead PR: 243497 Submitted by: John Hein <jcfyecrayz@liamekaens.com>
2020-01-30Fix math/openblas and bump dependent portsSteve Wills1-1/+1
* Fix build on i386 [1] * Fix science/code_saturne build with new openblas [2] * Avoid installing private headers [3] * Prevent build from optimizing for host by correcting build confg [4] * Bump portrevision of dependent ports [5] This is correcting issues from r523749 [1][2][4] and r515970 [3] PR: 231371 Reported by: build cluster [1] Reported by: Dima Pasechnik <dimpase+freebsd@gmail.com> [2] Reported by: many [5] Reviewed by: mat, bapt Approved by: implicit, since this is a build fix
2020-01-23math/py-numpy: fix build when math/blas is installedSteve Wills1-4/+13
PR: 243497 Submitted by: rsmith@xs4all.nl
2020-01-21math/openblas: Update to 0.3.7Steve Wills1-2/+2
While here, improve formatting and fix build of dependant ports. PR: 231371 Submitted by: yuri (initial version), pkubaj (ppc fixes) Approved by: Eijiro Shibusawa <phd_kimberlite@yahoo.co.jp> (maintainer)
2019-12-16Bump PORTREVISION after r520219Antoine Brodin1-1/+1
2019-10-24math/py-numpy: switch to OpenBLAS by defaultJan Beich1-1/+2
Besides being faster consistently using the same BLAS implementation should improve stability in case of accidental ABI mismatch. PR: 240937 Approved by: maintainer timeout (2 weeks) MFH: 2019Q4
2019-09-10Update to 1.16.5Sunpoet Po-Chuan Hsieh2-5/+4
Changes: https://github.com/numpy/numpy/releases PR: 240424 Exp-run by: antoine
2019-07-26Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer1-0/+1
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330
2019-07-07Update to 1.16.4Sunpoet Po-Chuan Hsieh2-9/+8
Changes: https://github.com/numpy/numpy/releases PR: 238964 Exp-run by: antoine
2019-04-22Related to revision 499061 bump ports with USES=fortran to have themGerald Pfeifer1-1/+1
benefit from the improved situation where libgcc_s is only used when absolutely necessary. Suggested by: tijl
2019-04-10Bump a few PORTREVISIONs after r498529Antoine Brodin1-0/+1
With hat: portmgr
2019-02-22Remove no-op TESTS_DESCSunpoet Po-Chuan Hsieh2-17/+11
- Update pkg-descr
2019-02-21Update to 1.16.1Sunpoet Po-Chuan Hsieh6-70/+48
- Move TEST_DEPENDS upward - Simplify Makefile Changes: https://github.com/numpy/numpy/releases PR: 235721 Exp-run by: antoine
2018-12-12Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer1-0/+1
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, as a double check, everything INDEX-11 showed depending on lang/gcc7. PR: 231590
2018-12-03Update to 1.15.4Sunpoet Po-Chuan Hsieh2-8/+8
Changes: https://github.com/numpy/numpy/releases PR: 233643 Exp-run by: antoine
2018-10-06Update MASTER_SITES and WWWSunpoet Po-Chuan Hsieh2-2/+2
2018-10-04Update to 1.15.1Sunpoet Po-Chuan Hsieh2-20/+19
- Change MASTER_SITES to CHEESESHOP - Use bsd.port.mk instead of bsd.port.pre.mk + bsd.port.post.mk Changes: https://github.com/numpy/numpy/releases PR: 231664 Exp-run by: antoine
2018-08-14math/py-numpy: update to 1.15.0Ruslan Makhmatkhanov4-842/+17
- update to 1.15 - convert to autoplist - follow upstream change from nose test framework to pytest Release notes: https://github.com/numpy/numpy/releases/tag/v1.15.0 PR: 230094 Submitted by: wen Exp-run by: antoine
2018-07-29Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer1-0/+1
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which has now moved from GCC 6 to GCC 7 by default. This includes ports - featuring USE_GCC=yes or USE_GCC=any, - featuring USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and those - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x, c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib. PR: 222542
2018-06-20Use PY_FLAVOR for dependencies.Mathieu Arnold1-1/+1
FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight
2018-05-24- Update to 1.14.3Wen Heping3-130/+165
PR: 228230 Submitted by: wen@(myself) Exp-run by: antoine@
2018-04-26math/suitesparse: Update 4.0.2 -> 5.2.0Yuri Victorovich1-1/+1
Port changes: * Change to DISTVERSION * Update MASTER_SITES * Change to LICENSE_COMB=dual * Add LIB_DEPENDS * Unbundle metis, made it a dependency * Update do-build and do-install * Update WWW Bump 11 ports. games/naev is marked broken because it depends on the no longer installed library. PR: 210579 Submitted by: yuri Submitted by: pfg Approved by: maintainer timeout (maho@FreeBSD.org, 21 months) Approved by: maintainer timeout (fortran@FreeBSD.org, 45 days)
2018-03-10Bump PORTREVISIONs of all users of math/mpc that we just updated toGerald Pfeifer1-1/+1
version 1.1.0 (via revision 464079).
2018-02-25Cosmetic changeSunpoet Po-Chuan Hsieh1-7/+7
2018-01-14exec_command.py states in comments it uses /bin/sh on POSIX for subprocess ↵Diane Bruce2-0/+12
but incorrectly uses shell from environment. This makes compiles fail when compilation is done using the account 'nobody' which is default on pkg-fallout runs. PR: ports/225156 Submitted by: self Reported by: self Reviewed by: antoine Approved by: antoine
2017-12-19Enhance USES=uniquefiles to be more generic.Mathieu Arnold2-9/+2
This allows to have more complex renaming schemes. Until now, it could only add a prefix or a suffix, but this was not working at all for man pages, because it would give man/man1/pyfoo.1.gz-2.7 or man/man1/pyfoo-1-2.7.gz. With this change, a man page will be correctly renamed to man/man1/pyfoo-2.7.1.gz. Unfix ports that were already handling man pages. PR: 220214 Submitted by: Fukang Chen (previous patch) Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D13444
2017-11-30Convert Python ports to FLAVORS.Mathieu Arnold1-4/+2
Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464
2017-10-13Update to 1.13.3Sunpoet Po-Chuan Hsieh3-26/+8
- Simplify MASTER_SITES - Silence patch messages - Fix symbolic link to avoid absolute path Changes: https://github.com/numpy/numpy/releases PR: 222856 Exp-run by: antoine
2017-09-10Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer1-1/+1
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from GCC 5.4 to GCC 6.4 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang, c++14-lang, c++0x, c11, or gcc-c++11-lib. PR: 219275
2017-09-05Fix packaging with python3*, PYTHON_PYOEXTENSION and py3kplist should notAntoine Brodin1-194/+194
be used together PR: 220986 With hat: portmgr
2017-08-21Don't add the distfile twice.Mathieu Arnold2-7/+3
This fixes a fetch error: => numpy-numpy-v1.13.1_GH0.tar.gz doesn't seem to exist in /portdistfiles/. => Attempting to fetch https://codeload.github.com/numpy/numpy/tar.gz/v1.13.1?dummy=/numpy-numpy-v1.13.1_GH0.tar.gz fetch: 4336552: No such file or directory numpy-numpy-v1.13.1_GH0.tar.gz 0 B 0 Bps => Attempting to fetch http://distcache.FreeBSD.org/ports-distfiles/numpy-numpy-v1.13.1_GH0.tar.gz fetch: 4336552: No such file or directory => Couldn't fetch it - please try to retrieve this => port manually into /portdistfiles/ and try again. Sponsored by: Absolight
2017-08-21- Update MASTER_SITES, now get source from github and doc from docs.scipy.orgWen Heping2-17/+23
(Based on PR/181285)
2017-08-16- Update to 1.13.1Wen Heping5-219/+218
PR: 220986 Submitted by: wen@(myself) Exp-run by: antoine@
2017-04-01Bump PORTREVISIONs for ports depending on the canonical version of GCC andGerald Pfeifer1-1/+1
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some circumstances such as versions of FreeBSD or platforms). This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using using Mk/bsd.octave.mk which in turn has USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang, c++11-lang, c++0x, c11, or gcc-c++11-lib. PR: 216707
2017-03-19- Remove dependency on math/openblas if other blas lib is selectedWen Heping2-6/+17
PR: 215764 Submitted by: riggs@
2016-12-07Bump PORTREVISIONS for ports depending on the canonical version of GCC andGerald Pfeifer1-0/+1
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some circumstances such as versions of FreeBSD or platforms), part II. The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang, c++11-lang, c++0x, c11 requested via USES=compiler. This adds ports with USES=fortran and ports using Mk/bsd.octave.mk which in turn has USES=fortran. PR: 214965 Reported by: thierry
2016-10-06Update to 1.11.2Olivier Duchateau3-8/+12
Changes: https://github.com/numpy/numpy/blob/v1.11.2/doc/release/1.11.2-notes.rst
generated by cgit v1.2.3 (git 2.25.1) at 2025-07-20 02:52:16 +0000