math/Imath3.2.3_1

*/*: update boost consumers after boost-1.92

math/Imath: update to v3.2.3

Changelog:	https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.2.3
PR:		297717
Pull Request:	https://github.com/freebsd/freebsd-ports/pull/593

math/Imath: bump PORTREVISION after Boost update

Imath require Boost only with non-default option PYTHON so it was missed from original bump list :(

Requested my:	mandree (maintainer)

*/*: bump PORTREVISION after switching to NumPy 2.x

*/*: Switch to NumPy 2.x

PR:		294328
Exp-run:	antoine

python.mk: retire ${PYNUMPY}

With both math/py-numpy (2) and math/py-numpy1, the variable stopped
making sense. Also remove the upper version bound.

math/py-numpy: switch all consumers to math/py-numpy1

...and bump PORTREVISIONs of consumers with hard RUN_DEPENDS

PR: 281470

math/Imath: default-enable PYTHON

Required for upcoming new port,
Reported by:	Martin Filla

devel/boost: bump consumers after boost upgrade (+)

Get rid of direct dependency ob libbost_system.so, use libboost_thread.so instead

math/Imath: update to v3.2.2

ChangeLog:	<https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.2.2>

math/Imath: update to bugfix release v3.2.1

Changelog:	https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.2.1

math/Imath: update to v3.2.0 bugfix release

ChangeLog: https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.2.0

Note this changes the .so versioning again, so I'll again need to
do additional cleanups because people don't just depend on Imath.
This is unneeded extra work except in the situation of OpenEXR
which is co-developed with Imath by the upstream maintainer,
Academy Software Foundation (ASWF).

I have no intentions of MFH'ing this due to the .so versioning change.

math/Imath: update to v3.1.12

Upstream reports:
* Support for compiling half.h with hip-runtime-amd
* Fix improper versioning in cmake and pkgconf configuration files.

Switch to downloading (from Github) the version for which upstream
provides Sigstore certifications.

math/Imath: update to v3.1.11

ChangeLog: https://github.com/AcademySoftwareFoundation/Imath/blob/v3.1.11/CHANGES.md#version-3111-February-28-2024

math/Imath: fix up pkg-plist

(by fixing the library versions in Makefile)

Pointy hat to:	mandree@

math/Imath: Update to v3.1.10

ChangeLog:	https://github.com/AcademySoftwareFoundation/Imath/blob/v3.1.10/CHANGES.md#version-3110-January-26-2024

math/Imath: Fix GH_* usage

Approved by:	portmgr (blanket)

math/Imath: update → 3.1.9, fixing library versioning

Note this reverts the .so file major version from 31 to 29,
but after some discussion, the AcademySoftwareFoundation people
seem to have revised the versioning policies and also did not
intentionally make breaking changes.
<https://github.com/AcademySoftwareFoundation/Imath/issues/189>

It looks as though future releases should be less painful
WRT versioning.

Unfortunately that means we need to bump PORTREVISION and rebuild ports
again, and it's getting messy with respect to 2023Q2, which has
3.1.7 and major version 30...

Changelog:
https://github.com/AcademySoftwareFoundation/Imath/blob/v3.1.9/CHANGES.md#version-319-May-31-2023

math/Imath: bugfix update to 3.1.8

Changelog:
https://github.com/AcademySoftwareFoundation/Imath/blob/v3.1.8/CHANGES.md#version-318-May-22-2023

math/Imath: Update to 3.1.7, major lib ver. -> 30

Note this incurs a revision bump of ports using this because
the library major version has changed.

Announcement: https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.7
Changelog: https://github.com/AcademySoftwareFoundation/Imath/blob/v3.1.7/CHANGES.md#version-317-March-1-2023

(Not intending to MFH.)

math/Imath: update to patch release 3.1.6

Patch release with miscellaneous bug/doc/build fixes.
Excerpt from release tag:

    [#269] fix memory leak in V3fArrayFromBuffer
    [#268] Add <cstdint> for int64_t
    [#263] Initialize x in testRoots.cpp:solve() to suppress compiler warning
    [#262] Fix gcc compiler warning in testFun.cpp
    [#261] Test return value of extractSHRT to avoid uninitialized reference
    [#260] Fix example code so it compiles as is
    [#259] Cuda safety in several headers
    [#256] Fix markdown and typos in README.md
    [#255] Do not warn if half.h has already being included
    [#248] Update sphinx version

ChangeLog:	https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.6
MFH:		2022Q4

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.

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)

math/Imath: ensure PYTHON build with /usr/bin/python[3] links

When /usr/bin/python[3] symlinks are present (which is nonstandard), the
FindPython logic inside cmake will grab it over $PREFIX/bin/python[3],
but still identify (by default) /usr/local/lib/... as the sitelib path,
but goof up when calculating the relative path in case of /usr/bin vs
/usr/local/bin mismatch.

Fix: Provide ${PYTHON_CMD} through the cmake Python_EXECUTABLE
variable to avoid any ambiguities and pin the right executable.

I believe it should be safe to NOT bump PORTREVISION,
but I will fetch far and err on the safe side and bump it, because that
is easier than researching all possible paths how and where
Python paths might find their way into the resulting package.

The detailed report by Seneca helped identify and solve this issue, so:
Thanks to:	Seneca Cunningham <seneca@vybenetworks.com>

PR:		263341
Reported by:	D'Arcy J.M. Cain <darcy@druid.net>
Reported by:	Seneca Cunningham <seneca@vybenetworks.com>
MFH:		2022Q3

math/Imath: bugfix/docfix update to v3.1.5

- [#244] Fix 32-bit x86 build failure with 16c instructions
- [#241] Move numeric_limits specializations into half.h
- [#236] Change references to "master" branch to "main"

Full Changelog:
https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.5

MFH skipped, we are just two days before 2022Q2.

math/Imath: update to 3.1.4 (bug/doc fixes)

ChangeLog:
https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.4

MFH:	2022Q1

math/Imath: update to Version 3.1.3

https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.3

https://github.com/AcademySoftwareFoundation/Imath/blob/v3.1.3/CHANGES.md#version-313-september-2-2021

MFH:		2021Q3

math/Imath: v3.1.2 update improves *intrin.h use

Upstream change: Improve handling of #include <*intrin.h>

math/Imath: update to v3.1.1, waiving local patch

files/patch-eabc884d079d26afcead5128f7b093978d239ada.diff is no longer
needed - it is the sole change from v3.1.0 and I had previously cherry-
picked it from the upstream Git repo.

math/Imath: Update to v3.1.0

Changelog:
https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.0

This will require some minor changes to ports that depend on it.

math/Imath: update to v3.0.5

Changelog:
https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.0.5

math/Imath: update to v3.0.4

Release note:
"Patch release that corrects a problem with the release version number
of v3.0.2."
<https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.0.4>

graphics/openexr: math/Imath: update to v3.0.3

Only upstream change is an install-fix that had previously been
cherry-picked by the FreeBSD port already.

Besides the version no., no impact on Imath or OpenEXR code, so
no PORTREVISION bumps of our users this time.

math/Imath: update to 3.0.2

removes patches cherry-picked from post-3.0.1 upstream

Changelog:	https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.0.2

math/Imath: relax user to C++11, regression fix

Cherry-pick an upstream fix to relax users to C++11, only the
Imath code itself requires C++14.

Cherry-pick an upstream fix for a regression in succf()/predf().

While here, run tests in parallel and clean up for portclippy.

math/Imath: fix build with PYTHON option

- substitute Python version into pkg-plist
- depend on NumPy

Reported by:	olgeni@

math/Imath: new port (replaces graphics/ilmbase)

Patch series to update OpenEXR and ports that depend on ilmbase/OpenEXR
coming up.
---------------

Imath is a basic, light-weight, and efficient C++ representation of 2D and 3D
vectors and matrices and other simple but useful mathematical objects,
functions, and data types common in computer graphics applications, including
the "half" 16-bit floating-point type.

Imath also includes optional python bindings for all types and functions,
including optimized implementations of vector and matrix arrays.

Imath was originally developed at Industrial Light & Magic in the early 2000's
and was originally distributed as open source as a part of the OpenEXR project.

Imath continues to be maintained as a sub-project of OpenEXR, which is now a
project of the Academy Software Foundation. See the OpenEXR project's
GOVERNANCE.md for more information about how the project operates.

WWW: https://github.com/AcademySoftwareFoundation/Imath/