devel/py-numba: update to 0.61.0

devel/onetbb: Update to 2021.13.0

and bump dependent ports' revisions.

Release
notes:	https://github.com/oneapi-src/oneTBB/blob/v2021.13.0/RELEASE_NOTES.md

devel/py-numba: update to 0.60.0

math/py-numpy: Update to 1.26.4

PR:		277689
Reported by:	wen@
Exp-run by:	antoine@

devel/onetbb: Update to 2021.12.0

and bump dependent ports' revisions.

Release notes: https://github.com/oneapi-src/oneTBB/releases/tag/v2021.12.0

devel/py-numba: update to 0.59.1

Add missing dependency on numpy
Drop stale bits from Makefile
Take maintainership

PR:		277877
Approved by:	consecutive maintainer timeouts

devel/py-numba: Fix build with numpy-1.26

Approved by:	portmgr@(blanket, fix build)

devel/py-numba: Update to 0.57.0 and fix build with python-3.11

PR:		275494
Approved by:	portmgr(blanket, fix build)

devel/onetbb: Update to 2021.11.0

and bump dependent ports' revisions.

Release notes: https://github.com/oneapi-src/oneTBB/releases/tag/v2021.11.0

devel/onetbb: Update to 2021.10.0

and bump dependent ports' revisions.

Release notes: https://github.com/oneapi-src/oneTBB/releases/tag/v2021.10.0

devel/py-numba: Fix build with numpy-1.25.0

PR:		272395
Reported by:	wen@
Approved by:	portmgr(fix build)

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>

devel/onetbb: Update to 2021.9.0

and bump dependent ports' revisions.

Release notes: https://github.com/oneapi-src/oneTBB/releases/tag/v2021.9.0

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

devel/onetbb: Update to 2021.8.0

Also:
- bump dependent ports' revisions
- fix build when WITH_DEBUG is set

Release notes: https://github.com/oneapi-src/oneTBB/releases/tag/v2021.8.0

devel/py-numba: Fix build with numpy-1.24

Approved by:	portmgr(blanket)

*/*: rename CHEESESHOP to PYPI in MASTER_SITES

PR:			267994
Differential revision:	D37518
Approved by:		bapt

devel/onetbb: Update to 2021.7.0

and bump dependent ports' revisions.

Release notes:
https://github.com/oneapi-src/oneTBB/blob/v2021.7.0/RELEASE_NOTES.md

devel/py-numba: Remove BROKEN and disable TBB instead

numba is not compatible with onetbb-2021.6.0

Approved by:	portmgr (unbreak)

devel/py-numba: Broken: not compatible with onetbb-2021.6.0

Reported by:	fallout

devel/py-numba: Update 0.51.2 -> 0.56.2

PR:		266538
Approved by:	dave@dal.ca (maintainer)

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f 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)

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.

devel/py-numba: Broken on systems where OpenMP isn't enabled

Reported by:	fallout
Approved by:	portmgr (blanket)

devel: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

Remove # $FreeBSD$ from Makefiles.

Remove empty PY_ENUM34 from ports using Python 3.6+

Remove some more expired ports:

devel/py-backports.functools_lru_cache
devel/py-backports_abc
devel/py-futures
devel/py-singledispatch
devel/py-typing
graphics/py-pillow6

Adjust dependent ports.
Tested with 'make index' against r559975

Drop python 2.7 support from a few ports

With hat:	portmgr

devel/py-numba: Update 0.47.0 -> 0.51.2

PR:		250937
Approved by:	dave@dal.ca (maintainer's timeout 21 days)

Update devel/tbb to 2020.3 and bump dependent ports' revisions

Changelog: https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES

Update devel/tbb to 2020.2 and bump dependent port's revisions

Changelog: https://github.com/oneapi-src/oneTBB/blob/tbb_2020/CHANGES

Drop dependency on devel/openmp

- Drop if devel/llvm* was used as a substitute

Approved by:	yuri, rene (earlier version)
Differential Revision:	https://reviews.freebsd.org/D23020

devel/py-numba: fix build on GCC architectures

C++11 compiler is necessary:
extra options: '-std=c++11'

devel/py-numba:
- Update to 0.47.0
- Adjust minimal version of required dependencies

PR:		243429
Approved by:	David Kalliecharan (maintainer)

Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]

Also, while here, re-generate patches using the makepatch target

[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES

Update devel/tbb to 2019.8 and bump dependent ports' revisions

Changelog: https://github.com/intel/tbb/blob/tbb_2019/CHANGES

devel/openmp: update to 9.0.0

- Connect tests to the framework to help QA remaining patches
- Force rebuild all consumers after https://reviews.llvm.org/D59783

Changes:	http://llvm.org/viewvc/llvm-project/openmp/tags/RELEASE_900/final/?view=log
ABI:		https://abi-laboratory.pro/tracker/timeline/llvm_openmp/

Bump PORTREVISION for ports depending on the canonical version of GCC
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

devel/openmp: phase out

- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)

PR:		236907
Approved by:	bapt (maintainer)
Differential Revision:	https://reviews.freebsd.org/D19767

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

Bump a few PORTREVISIONs after r498529

With hat:	portmgr

Bump PORTREVISION for ports depending on the canonical version of GCC
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

devel/py-numba: Update 0.38.0 -> 0.40.1

PR:		233232
Approved by:	dave@dal.ca (maintainer)

Bump PORTREVISION for ports depending on the canonical version of GCC
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

Use PY_FLAVOR for dependencies.

FLAVOR is the current port's flavor, it should not be used outside of
this scope.

Sponsored by:	Absolight

devel/py-numba: Update to version 0.38.0

Upstream changes: https://github.com/numba/numba/blob/master/CHANGE_LOG

PR:		228554
Approved by:	David Kalliecharan <dave@dal.ca> (maintainer, timeout)

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

devel/py-numba: Update to 0.37.0

Port changes:
* Changed to DISTVERSION
* Updated LICENSE to BSD2CLAUSE
* Added USE_PYTHON=concurrent
* Added stripping
* Changed WWW to https

PR:		226307
Submitted by:	David Kalliecharan <dave@dal.ca> (maintainer)
Approved by:	tcberner (mentor, implicit)

Simplify Makefile: use PY_ENUM34

- While I'm here, fix typo

With hat:	python

Convert Python ports to FLAVORS.

  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

Bump PORTREVISION for ports depending on the canonical version of GCC
(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

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
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

Remove dependency on devel/py-argparse which is expired and included in
Python 2.7+ / 3.2+ by default.

sysutils/osquery fails to build because of C++ errors.

math/py-numpy: track PORTEPOCH in consumers

devel/py-numba: update 0.28.1 -> 0.29.0

PR:		213727
Changes:	https://github.com/numba/numba/blob/master/CHANGE_LOG
Submitted by:	David Kalliecharan <dave@dal.ca> (maintainer)

New port: devel/py-numba

Numba gives you the power to speed up your applications with high performance
functions written directly in Python. With a few annotations, array-oriented
and math-heavy Python code can be just-in-time compiled to native machine
instructions, similar in performance to C, C++ and Fortran, without having to
switch languages or Python interpreters.

WWW: http://numba.pydata.org/

PR:		211347
Submitted by:	David Kalliecharan <dave@dal.ca>