sync/ports
1
0
Fork 0
mirror of https://git.freebsd.org/ports.git synced 2025-04-29 01:56:37 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions
703802 commits 47 branches 103 tags 1.7 GiB
Commit graph

173 commits

Author SHA1 Message Date
Charlie Li
06a08e69f3
python: bump all USE_PYTHON=distutils consumers after RUN_DEPENDS removal 
Any missed ports, feel free to bump.

Any ports that need setuptools at runtime can have the devel/py-setuptools
manually added back to RUN_DEPENDS, but understand that this practice
is deprecated; see CHANGES for details.
 2025-03-07 23:05:21 -05:00
Thierry Thomas
e54e2c695b */*: bump PORTREVISION after OpenBLAS upgrade 
Remark: this souldn’t be necessary, because the version of the library is the
same, but due to many changes between these releases, it is safer this way.

PR:		284314
 2025-01-28 17:42:55 +01:00
Thierry Thomas
6cce1f5b22 */*: bump PORTREVISION to chase blas/lapack, Suitesparse and BLIS 2025-01-24 13:18:28 +01:00
Thierry Thomas
8ce84fb385 */*: bump PORTREVISION after the upgrade to Suitesparse 2025-01-11 11:02:35 +01:00
Dima Panov
609fba8daa
math/py-numpy: mark as PIE_UNSAFE (+) 
Reported by:	bulk -t

Approved by:	portmgr (blanket)

Sponsored by:	Future Crew, LLC
 2024-12-13 11:22:28 +03:00
Dimitry Andric
ba856133e5
math/py-numpy: Remove clang error condition in distutils check 
- Bump PORTREVISION for package change

PR:		280715
Tested by:	dim (with Clang 15 to 19)
 2024-08-15 19:53:55 +08:00
Po-Chuan Hsieh
0eae1a23ca
math/py-numpy: Add PORTSCOUT 
- Remove unnecessary substitution
- Cosmetic change
 2024-07-07 00:12:19 +08:00
Thierry Thomas
e2cd1133e6 */*: bump PORTREVISION after the upgrade to OpenBLAS 2024-06-21 19:49:24 +02:00
Wen Heping
d3e0e547ee math/py-numpy: Update to 1.26.4 
PR:		277689
Reported by:	wen@
Exp-run by:	antoine@
 2024-06-15 14:23:11 +00:00
Thierry Thomas
89b8324969 */*: chase SuiteSparse’s upgrade 2024-04-29 22:08:56 +02:00
Thierry Thomas
68a725452a */*: bump PORTREVISION after the upgrade to SuiteSparse 2024-01-28 13:02:23 +01:00
Thierry Thomas
0f35d118f2 */*: bump PORTREVISION after the upgrade of SuiteSparse to v7.5.0 2024-01-13 11:19:22 +01:00
Thierry Thomas
41c2a6b1f7 */*: chase the upgrade of SuiteSparse 2023-12-31 15:31:11 +01:00
Thierry Thomas
ab1713728d */*: bump PORTREVISION after the upgrade of OpenBLAS 
PR:		273219
 2023-12-12 20:03:50 +01:00
Thierry Thomas
c32596f574 */*: chase the upgrade of SuiteSparse 2023-10-15 11:03:17 +02:00
Thierry Thomas
a0ed0dce34 /*: bump PORTREVISION after the upgrade of SuiteSparse 2023-09-20 19:57:40 +02:00
Wen Heping
65c21fd7c9 math/py-numpy: Update to 1.25.0 
PR:		272058
Reported by:	wen@
Exp-run by:	antoine@
 2023-07-07 20:56:11 +08:00
Thierry Thomas
823182b451 */*: bump PORTREVISION after the upgrade of SuiteSparse 2023-07-01 18:11:11 +02:00
Rene Ladan
3d9a815d9c all: remove explicit versions in USES=python for "3.x+" 
The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>
 2023-06-27 21:34:34 +02:00
Piotr Kubaj
db2d9d0db7 math/py-numpy: fix build on powerpc64le 
In file included from numpy/core/src/umath/loops_comparison.dispatch.c.src:12:
In file included from numpy/core/src/common/simd/simd.h:63:
In file included from numpy/core/src/common/simd/vec/vec.h:105:
numpy/core/src/common/simd/vec/memory.h:113:1: error: call to 'vec_st' is ambiguous
NPYV_IMPL_VEC_MEM(f64, f64)
^~~~~~~~~~~~~~~~~~~~~~~~~~~
numpy/core/src/common/simd/vec/memory.h:94:7: note: expanded from macro 'NPYV_IMPL_VEC_MEM'
    { npyv__storea((npyv_lanetype_##DW_CAST*)ptr, (npyv_##DW_CAST)vec); }               \
      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
numpy/core/src/common/simd/vec/memory.h:42:36: note: expanded from macro 'npyv__storea'
    #define npyv__storea(PTR, VEC) vec_st(VEC, 0, PTR)
                                   ^~~~~~
/usr/lib/clang/14.0.5/include/altivec.h:11130:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector signed char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11135:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector signed char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11140:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector unsigned char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11145:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector unsigned char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11150:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11155:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11160:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool char __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11165:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11170:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11175:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector unsigned short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11180:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector unsigned short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11185:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11190:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11195:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool short __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11200:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector pixel __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11205:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector pixel __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11210:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector pixel __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11215:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector int __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11220:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector int __a, long __b, int *__c) {
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11224:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector unsigned int __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11229:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector unsigned int __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11234:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool int __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11239:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool int __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11244:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector bool int __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11249:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector float __a, long __b,
                                    ^
/usr/lib/clang/14.0.5/include/altivec.h:11254:37: note: candidate function
static __inline__ void __ATTRS_o_ai vec_st(vector float __a, long __b,
 2023-06-14 23:12:29 +02:00
Gerald Pfeifer
8d3e020ed0 *: Bump PORTREVISIONs for math/mpc update to 1.3.1 2023-04-23 09:09:58 +00:00
Wen Heping
b217a15a96 math/py-numpy: Update to 1.24.1 
PR:		268594
Reported by:	wen@
Exp-run by:	antoine@
 2023-02-08 09:14:27 +08:00
Thierry Thomas
112013ae64 math/suitesparse*: bump PORTREVISION of dependant ports 2023-01-19 17:45:37 +01:00
Dmitry Marakasov
77d68471ad */*: rename CHEESESHOP to PYPI in MASTER_SITES 
PR:			267994
Differential revision:	D37518
Approved by:		bapt
 2023-01-11 18:58:34 +03:00
Piotr Kubaj
7b822dde35 math/py-numpy: fix runtime on powerpc64* 
Currently powerpc64* is not properly detected by numpy, due to python
returning just "powerpc" as architecture name. This commit fixes architecture
detection with numpy and properly checks for CPU features on FreeBSD.
 2022-12-29 00:41:28 +00:00
Wen Heping
84ecbb32a0 math/py-numpy: Update to 1.23.5 
PR:		267886
Reported by:	wen@
Exp-run by:	antoine@
 2022-11-30 08:30:45 +00:00
Thierry Thomas
6f9769f20d */*: bump PORTREVISION after the upgrade of math/suitesparse* 
PR:		267742
 2022-11-27 12:09:57 +01:00
Wen Heping
4cf8b1f35f math/py-numpy: Allow build with python-3.11 
PR:		267362
Reported by:	osidorkin@gmail.com
 2022-10-31 06:15:10 +00:00
Wen Heping
0f9f67fb3d math/py-numpy: Update to 1.23.4 
PR:		267081
Reported by:	wen@
Exp-run by:	antoine@
 2022-10-20 18:33:12 +08:00
Wen Heping
e2007421d7 math/py-numpy: Update to 1.23.3 
PR:		266331
Reported by:	wen@
Exp-run by:	antoine@
 2022-09-17 11:24:00 +08:00
Stefan Eßer
fb16dfecae Remove WWW entries moved into port Makefiles 
Commit b7f05445c0 has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)
 2022-09-07 23:58:51 +02:00
Stefan Eßer
b7f05445c0 Add WWW entries to port Makefiles 
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)
 2022-09-07 23:10:59 +02:00
Wen Heping
bb505051ff math/py-numpy: Update to 1.23.1 
PR:		265710
Reported by:	wen@
Exp-run by:	antoine@
 2022-08-14 15:44:25 +08:00
Tobias C. Berner
f53eb28489 math: remove 'Created by' lines 
A big Thank You to the original contributors of these ports:

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Alessando Sagratini <ale_sagra@hotmail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Amarendra Godbole <amarendra.godbole@gmail.com>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andreas Fehlner (fehlner@gmx.de)
  *  Andrew L. Neporada <andrew@chg.ru>
  *  Andrey <gugu@zoo.rambler.ru>
  *  Andrey Zakhvatov
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@plab.ku.dk>
  *  Anton Berezin <tobez@tobez.org>
  *  Anton Shterenlikht
  *  Anton Shterenlikht <mexas@bris.ac.uk>
  *  Bob Eager <bob@eager.cx>
  *  Charlie Kester <corky1951@comcast.net>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Cheng-Lung Sung <clsung@dragon2.net>
  *  Chris D. Faulhaber <jedgar@fxp.org>
  *  Christopher J. Ruwe
  *  Christopher Key <cjk32@cam.ac.uk>
  *  Chuck Hein <geekdude@pacbell.net>
  *  Cyrille Szymanski <cnszym@gmail.com>
  *  Dan Rue <drue@therub.org>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org>
  *  David Naylor <dbn@FreeBSD.org>
  *  David Naylor <naylor.b.david@gmail.com>
  *  Dereckson <dereckson@gmail.com>
  *  Devin Teske <dteske@FreeBSD.org>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Dmitry Sivachenko <mitya@yandex-team.ru>
  *  Don Croyle <croyle@gelemna.org>
  *  Douglas K. Rand (rand@meridian-enviro.com)
  *  Dylan Simon <dylan@dylex.net>
  *  Edwin Groothuis <edwin@mavetju.org>
  *  Eijiro Shibusawa <ej-sib@ice.uec.ac.jp>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Eoin Lawless (eoin@maths.tcd.ie)
  *  Eric A. Griff <eagriff@global2000.net>
  *  Eric van Gyzen <vangyzen@stat.duke.edu>
  *  Ewgenij Gawrilow <gawrilow@math.tu-berlin.de>
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Foxfair Hu <foxfair@FreeBSD.org>
  *  Frederic Han <han@math.jussieu.fr>
  *  Gabor Kovesdan <gabor@FreeBSD.org>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  George Reid <greid@ukug.uk.freebsd.org>
  *  Giuseppe Pilichi aka Jacula Modyun <jacula@gmail.com>
  *  Greg Larkin <glarkin@FreeBSD.org>
  *  Guangyuan Yang <ygy@FreeBSD.org>
  *  Gustau Perez i Querol <gustau.perez@gmail.com>
  *  Heinz Tschabitscher
  *  Horia Racoviceanu <horia@racoviceanu.com>
  *  Hye-Shik Chang <perky@fallin.lv>
  *  Iblis Lin <iblis@hs.ntnu.edu.tw>
  *  Issei Suzuki <issei@jp.FreeBSD.ORG>
  *  Janni
  *  Jason Harris <jharris@widomaker.com>
  *  Javad Kouhi <javad.kouhi@gmail.com>
  *  Jean-Yves Lefort <jylefort@FreeBSD.org>
  *  Jin-Shan Tseng <tjs@cdpa.nsysu.edu.tw>
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Johannes Dieterich <dieterich@ogolem.org>
  *  Johannes M Dieterich <jmd@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  John Marino <marino@FreeBSD.org>
  *  Joseph Koshy <jkoshy@FreeBSD.org>
  *  Ju Pengfei <ju.pengfei@gmail.com>
  *  Jukka A. Ukkonen <jau@iki.fi>
  *  Kay Lehmann <kay_lehmann@web.de>
  *  Kevin Lo <kevlo@FreeBSD.org>
  *  Klaus T. Aehlig <aehlig@linta.de>
  *  Kubilay Kocak <koobs@FreeBSD.org>
  *  Kurt Jaeger <fbsd-ports@opsec.eu>
  *  Lars Engels <lme@FreeBSD.org>
  *  Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE>
  *  Lars Koeller <Lars.Koeller@Uni-Bielefeld.de>
  *  Li-Wen Hsu <lwhsu@FreeBSD.org>
  *  Li-Wen Hsu <lwhsu@lwhsu.org>
  *  M. L. Dodson, <bdodson@scms.utmb.edu>
  *  Maho Nakata <maho@FreeBSD.org>
  *  Mario S F Ferreira <lioux@FreeBSD.org>
  *  Mario S F Ferreira <lioux@linf.unb.br> et al.
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Mark Felder <feld@FreeBSD.org>
  *  Mark R V Murray <markm@FreeBSD.org>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Matthew Seaman <matthew@FreeBSD.org>
  *  Maurice Castro <maurice@serc.rmit.edu.au>
  *  Maxim Sobolev <sobomax@FreeBSD.org>
  *  Maxime Henrion <mux@FreeBSD.org>
  *  Michael Haro <mharo@FreeBSD.org>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Johnson <ahze@ahze.net>
  *  Michael Neumann <mneumann@ntecs.de>
  *  Muhammad Moinur Rahmanh <5u623l20@gmail.com>
  *  NAKATA Maho <chat95@mbox.kyoto-inet.or.jp>
  *  NAKATA, Maho <maho@FreeBSD.org>
  *  Nakata Maho <maho@FreeBSD.org>
  *  Nicola Vitale <nivit@email.it>
  *  Olivier Duchateau
  *  Pedro F. Giffuni
  *  Pedro F. Giffuni <giffunip@asme.org>
  *  Pedro Giffuni
  *  Pedro Giffuni <giffunip@asme.org>
  *  Pedro Giffuni <pfg@FreeBSD.org>
  *  Peter Pentchev <roam@FreeBSD.org>
  *  Philip Paeps <philip@FreeBSD.org>
  *  Pierre-Paul Lavoie <ppl@nbnet.nb.ca>
  *  Pietro Cerutti <gahr@FreeBSD.org>
  *  Piotr Rybicki <meritus@innervision.pl>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Rainer Hurling <rhurlin@gwdg.de>
  *  Robert Jenssen
  *  Robin Schilham
  *  Rod Taylor <ports@rbt.ca>
  *  Roman Neuhauser <neuhauser@sigpipe.cz>
  *  Sander Vesik <sander@haldjas.folklore.ee>
  *  Scott Flatman <sf@dsinw.com>
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Sergey A. Osokin <osa@FreeBSD.org>
  *  Sergey Akifyev <asa@agava.com>
  *  Sergey Akifyev <asa@gascom.ru>
  *  Sergey Skvortsov <skv@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Shell Hung <shell@shellhung.org>
  *  Shin-ya MURAKAMI <murashin@gfd-dennou.org>
  *  Stas Timokhin <devel@stasyan.com>
  *  Stefan A. Deutscher (sad@mailaps.org)
  *  Stefan Esser <se@StefanEsser.FreeBSD.org>
  *  Stephen Montgomery-Smith <stephen@FreeBSD.edu>
  *  Stephen Montgomery-Smith <stephen@FreeBSD.org>
  *  Stephen Montgomery-Smith <stephen@math.missouri.edu>
  *  Stephen Montgomery-Smith <stephen@missouri.edu>
  *  Steve Wills <steve@mouf.net>
  *  Steve Wills <swills@FreeBSD.org>
  *  Steven Kreuzer <skreuzer@FreeBSD.org>
  *  Steven Kreuzer <skreuzer@f2o.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  Thierry Thomas (<thierry@pompo.net>)
  *  Thierry Thomas <thierry@pompo.net>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Thomas Sandford <freebsduser@paradisegreen.co.uk>
  *  Timothy Bourke <timbob@bigpond.com>
  *  Tony Maher
  *  Tz-Huan Huang <tzhuan@csie.org>
  *  Vsevolod Stakhov <vsevolod@FreeBSD.org>
  *  Vsevolod Stakhov <vsevolod@highsecure.ru>
  *  Waitman Gobble <waitman@waitman.net>
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Will Andrews <andrews@technologist.com>
  *  Yi-Hsuan Hsin <mhsin@mhsin.org>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yinghong.Liu <relaxbsd@gmail.com>
  *  Yoshiaki UCHIKAWA <yoshiaki@kt.rim.or.jp>
  *  Yukihiro Nakai <Nakai@technologist.com>
  *  Yuri Victorovich <yuri@FreeBSD.org>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  Yuri Victorovich <yuri@tsoft.com>
  *  Zhen REN <bg1tpt@gmail.com>
  *  amir.husaini@gmail.com
  *  arved
  *  asami
  *  b.f. <bf@FreeBSD.org>
  *  bart <lbartoletti@FreeBSD.org>
  *  bauerm
  *  bf <bf2006a@yahoo.com>
  *  bf <bf@FreeBSD.org>
  *  bf@FreeBSD.org
  *  bremner@unb.ca
  *  chinsan
  *  chuckr@FreeBSD.org
  *  dawe <daweonline@gmail.com>
  *  dbader@ece.unm.edu
  *  dd
  *  demon@FreeBSD.org
  *  dikshie
  *  eserte
  *  fenner
  *  gahr
  *  giffunip
  *  gmarco@giovannelli.it
  *  gurkan@phys.ethz.ch
  *  ijliao
  *  janek@gaja.ipan.lublin.pl
  *  jhs@berklix.com / asami (original)
  *  jmz
  *  js@jeannot.org
  *  keith@FreeBSD.org
  *  ljo
  *  mr
  *  nobu@rd.isac.co.jp
  *  pauls@utdallas.edu
  *  pusto@web.de
  *  reg@shale.csir.co.za
  *  rfarmer@predatorlabs.net
  *  stephen@FreeBSD.org
  *  thierry@pompo.net
  *  tobez
  *  will
  * # Created by Matthias Fechner <mfechner@FreeBSD.org>

With hat:	portmgr
 2022-07-20 16:22:24 +02:00
Wen Heping
d68b12c0a6 math/py-numpy: Update to 1.23.0 
PR:		264837
Reported by:	wen@
Exp-run by:	antoine@
 2022-07-06 10:42:48 +08:00
Thierry Thomas
ad2d6b8e48 Mk/bsd.default-versions.mk: chase the switch to Python 3.9 
Following the rules of
<https://wiki.freebsd.org/Python#Steps_to_switch_the_Python_default_version>

PR:		261703
 2022-06-26 22:36:53 +02:00
Wen Heping
85affc89e8 math/py-numpy: Fix doc checksums 
PR:		264231
Reported by:	david@isnic.is
 2022-05-26 07:29:36 +08:00
Wen Heping
ff9098f709 math/py-numpy: Update to 1.22.4 
PR:		264153
Reported by:	wen@
Exp-run by:	antoine@
 2022-05-25 15:22:27 +08:00
Stefan Eßer
a2cfb3e058 math/py-numpy: revert obsolete commit 507c189b28 
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-03 09:49:26 +01:00
Stefan Eßer
507c189b28 math/py-numpy: work around build issue on -CURRENT 
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
 2022-01-02 21:43:00 +01:00
Wen Heping
7e9bec828e math/py-numpy: Update to 1.20.3 
PR:		259063
Reported by:	wen@
Exp-run by:	antoine@
 2021-10-26 08:50:47 +08:00
Bernhard Froehlich
90cd05af44
math/py-numpy: Add CPE information 
Approved by:    portmgr (blanket)
 2021-08-31 09:23:13 +00:00
Dmitry Marakasov
657b4a5caf math/py-numpy: mark as not compatible with python 3.10 
Approved by:	portmgr blanket
 2021-08-28 02:49:11 +03:00
alt2600@icloud.com
683962036c
math/py-numpy: Fix typo 
- Bump PORTREVISION for package change

PR:		257396
 2021-07-25 07:59:17 +08:00
Thierry Thomas
8470aea030 math/suitesparse: adapt dependency lines after modularization 
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-05-25 12:00:10 +02:00
Kai Knoblich
26d8faac23 *: Bump a few ports after the Python 3.7 to 3.8 switchover 
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 6cd3db2d03 .

PR:		253815
Approved by:	kai (python, maintainer)
 2021-04-25 20:50:30 +02:00
Mathieu Arnold
305f148f48
Remove # $FreeBSD$ from Makefiles. 2021-04-06 16:31:07 +02:00
Antoine Brodin
68ee054688 Remove python 2.7 support from a few ports 2021-01-03 09:11:52 +00:00
Piotr Kubaj
c96364223f math/py-numpy@py39: fix build on GCC architectures 
cc1: error: unrecognized command line option "-Wno-unused-result"
 2020-11-14 15:28:42 +00:00
Sunpoet Po-Chuan Hsieh
bb256d9550 Update to 1.16.6 
Changes:	https://github.com/numpy/numpy/releases
PR:		246395
Exp-run by:	antoine
 2020-05-16 11:05:07 +00:00