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/

graphics/ilmbase: fix build ahead of CMake 3.20

The --target command-line argument is ignored when not applicable
in versions of CMake up to 3.20. In this port it has even gotten
separated from the target it is supposed to name -- and it
should never be necessary in FreeBSD ports **anyway** since
we generate a build system (ninja or make) and use that, rather
than building directly out of CMake.

Bumping PORTREVISION even though there shouldn't be a difference.

Remove # $FreeBSD$ from Makefiles.

graphics/openexr, ilmbase: security update to v2.5.5

https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.5

"Specific OSS-fuzz issues include:

    OSS-fuzz #30291 Timeout in openexr_exrcheck_fuzzer
    OSS-fuzz #29106 Heap-buffer-overflow in Imf_2_5::FastHufDecoder::decode
    OSS-fuzz #28971 Undefined-shift in Imf_2_5::cachePadding
    OSS-fuzz #29829 Integer-overflow in
Imf_2_5::DwaCompressor::initializeBuffers
    OSS-fuzz #30121 Out-of-memory in openexr_exrcheck_fuzzer"

Bump PORTREVISION of ports that directly depend on openexr and/or ilmbase.

MFH:		2021Q1
Security:	98044aba-6d72-11eb-aed7-1b1b8a70cc8b

graphics/openexr: graphics/ilmbase: v2.5.4 update

"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>

Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>

Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)

MFH:		2021Q1 (this requires discussion by ports-secteam@!)

graphics/ilmbase, graphics/openexr: security update to v2.5.3

ChangeLog:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.3

"Patch release with various bug/security fixes and build/install fixes, plus a
performance optimization:

 * Various sanitizer/fuzz-identified issues related to handling of invalid input
 * Fixes to misc compiler warnings [...]
 * Read performance optimization (#782)
 * Fix for building on non-glibc (#798)
 * Fixes to tests"

The full name of shared libraries changed from *.25.0.1 to *.25.0.2
=> PORTREVISION bumps for all ports that use either ilmbase or openexr
coming up in separate commit to ease MFH.

All test builds of direct users succeeded on 12.1 amd64.

MFH:		2020Q3 (patchlevel update w/ security fixes)
Security:	b1d6b383-dd51-11ea-a688-7b12871ef3ad

graphics/ilmbase: graphics/openexr: security update to 2.5.2

ChangeLog:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.2
Verbosely:
https://github.com/AcademySoftwareFoundation/openexr/blob/v2.5.2/CHANGES.md#version-252-june-15-2020

Security:  714e6c35-c75b-11ea-aa29-d74973d1f9f3
MFH:       2020Q3

graphics/ilmbase: graphics/openexr: update to upstream release 2.5.1

Upstream release notes:
* A patch release that corrects the SO version for the v2.5 release,
  which missed getting bumped in v2.5.0.

* This release also fixes an improper failure in IlmImfTest
  when running on ARMv7 and AAarch64.

Bump PORTREVISION of all port directly requiring ilmbase or openexr
that are not marked BROKEN (shlib/.so file version bump).

Test build of all port directly depending on ilmbase or openexr
succeeded in poudriere in a 12.1-RELEASE amd64 jail.

graphics/ilmbase: graphics/openexr: update to v2.5.0

ChangeLog:
- https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.0

* Bump PORTREVISION of all consumers except py-openimageio (BROKEN).

* cad/PrusaSlicer:
    LIB_DEPENDS: remove version from libHalf.so
    BUILD_DEPENDS+=qt5-buildtools as package (needed on bare metal builds)
    USE_GL+=gl
    USES+=pkgconfig (needed to find libHalf)

WWW/DL link maintenance in pkg-descr and Makefile

...to avoid permanent redirects, or broken sites.

MFH:		2020Q2 (blanket, download/WWW URL chase)

graphics/ilmbase: make LARGE_STACK option effective

Was broken since the port switched from GNU configure to cmake.
Found with broadening validation after Matthias Fechner hat
reported pkg-plist issues against graphics/openexr.

Bump PORTREVISION for those who set LARGE_STACK in /etc/make.conf
or similar.

ilmbase, openexr: Update to upstream release v2.4.1 (bugfixes)

Changelog
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.1>:

Patch release with minor bug fixes.

Quoting Cary Phillips:
    Various fixes for memory leaks and invalid memory accesses
    Various fixes for integer overflow with large images.
    Various cmake fixes for build/install of python modules.
    ImfMisc.h is no longer installed, since it's a private header.

MFH:		2020Q1 (patchlevel/bugfixes but beware one private .h file removed)

Minor build fixes, includes WITH_DEBUG builds

- under WITH_DEBUG=yes builds, avoid renaming the libraries with _d suffix.
  (else it breaks packaging, and we don't want separate lib names) [1]
- while here, avoid creating symlinks from cmake, this causes staging
  violations due to cmake bug #17340, (poudriere testport)
  see https://gitlab.kitware.com/cmake/cmake/issues/17340
- while here, fix "make test" target - it is a left over from 2.3's
  gmake build. Use ctest instead.

No PORTREVISION bump necessary because each and every fixed bug would
cause a broken build and no install.

PR:		243274 [1]
Reported by:	Marcin Cieslak [1]

graphics/ilmbase, graphics/openexr: upgrade to upstream v2.4.0

graphics/gstreamer1-plugins-openexr: switch from C++98 to C++11 to
match new OpenEXR headers and unbreak compilation.

Bump PORTREVISION of all ports depending directly on either, based
on assessing INDEX-12 (bump_portrevision.pl -l (shallow) used).

Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.0

The update was deliberately deferred until after 2020Q1, and should
not be MFH'd back to it.

graphics/ilmbase,openexr: fix vulnerabilities

Uses backported patches from upstream Git repository, without the
exr2aces parts, and regenerates all openexr patches from scratch.

MFH:		2019Q4 (blanket, security patches)
Security:	e4d9dffb-2a32-11ea-9693-e1b3f6feec79
Security:	CVE-2018-18443
Security:	CVE-2018-18444

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

Simplify pthread + libtool workaround.

Improve upon r496818. Instead of setting both MAKE_ENV and patching ilmthread's
Makefile, just make sure PTHREAD_LIBS is set a configuration time. This is what
Debian does, and it achieves the same solution with fewer lines.

While here, add an explanation for why we need this.

PR:		236734
Approved by:	mandree (maintainer)

Link against -lpthread to prepare for linker changes

PR:		236734
Reported by:	rakuco@

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

Align *_DEPENDS and use paths for bash in my ports; fix var name.

On systems where bash is in $PATH but not in ${LOCALBASE}/bin/bash,
ilmbase would fail to build, and e2fsprogs might fail if the
BASHTESTS option was enabled.
Make sure that the _DEPENDS and the actual path handed to the configure or
test rig match to the letter, to avoid a time-of-check vs. time-of-use
discrepancy.

In e2fsprogs, the helper variable was also mistyped and would never
amend to BUILD_DEPENDS. Fix typo.

Check my other ports, but wiggle and xmlto [textproc/] seem unaffected.

Reported by:	J R Matthews (direct email)
MFH:		2018Q4

Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.

Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>

Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.

Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.

Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)

Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions.  Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.

Security update OpenEXR and ilmbase to 2.2.1.

While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.

This changes the library's SONAME, so bump PORTREVISION of all dependees.

Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.

Security:	CVE-2017-9110
Security:	CVE-2017-9111
Security:	CVE-2017-9112
Security:	CVE-2017-9113
Security:	CVE-2017-9114
Security:	CVE-2017-9115
Security:	CVE-2017-9116
Security:	803879e9-4195-11e7-9b08-080027ef73ec

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Cleanup plist

Upgrade OpenEXR and ilmbase to 2.2.0.

GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)

Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130

Couple OpenEXR more tightly to ilmbase and require its exact .so
version.

Add UPDATING note, and bump PORTREVISION of all dependent ports.

Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.

Approved by:	portmgr (implicit for bumping PORTREVISION on unstaged ports)

Grab after nemsysis gave these up.

- Reset maintainer to ports@

- Switch to USES=cmake
- Use patch instead of USES pathfix
- Remove THREAD Option
- Remove obsolete REINPLACE and .la files, needed that works
  graphics/nvidia-texture-tools ports/172108, remove from pkg-plist  [1]
- Symlink libraries [1]
- Add patches files/patch-CMakeLists.txt and
  files/patch-IlmThread__CMakeLists.txt for proper Cmake usage [1]
- Remove obsolete patch files/patch-configure
- All dependent ports builds fine, only graphics/hugin-devel have self
  problem with build

Reviewed by:	amdmi3@ [1]

- Change license BSD to BSD3CLAUSE
- Add MAJORVER, VER
- Strip libraries
- Recreate patches with make makepatch

- Update to 2.1.0

Approved by:	pawel / wg (mentors, implicit)

graphics => ilmbase & OpenEXR: Fix == bashism in configure script

The latest versions of ilmbase and OpenEXR come with "== xyes" and
"== xno" in the configure script, potentially causing misconfiguration
as seen in DragonFly 3.6.  Fix both in the post-patch target with sed.

Approved by:	portmgr (bapt), maintainer AFK

graphics/ilmbase

- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Remove conflict with non existent Port
- USES pathfix pkgconfig
- Add executable
- Add DOCS Option
- Support STAGEDIR and add OPTIONS_SUB
- Use pathfix instead of simple patches
- Adjust patches
- Change WWW

graphics/OpenEXR

Add NO_STAGE all over the place in preparation for the staging support (cat:
graphics)

Convert g* to USES=pkgconfig

Do not try to delete a directory that is not created by the port

Spotted by:	pkg DEVELOPER_MODE

- Update to 1.0.3
- Give maintainership to submitter

PR:		ports/172337
Submitted by:	nemysis <nemysis@gmx.ch>

- Update to 1.0.2
- Convert to OptionsNG

- Reassign nork@ ports to the heap
- Thank you for your years of service, we hope to see you back

Approved by:	portmgr

Fix typos in COMMENT

Approved by:	portmgr@ (implicit)

-remove MD5

Sync to new bsd.autotools.mk

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

Fix typo.

PR:             ports/127767
Submitted by:   amdmi3

Fix pkg-plist and override OpenEXR's include files issue.
So bump PORTREVISION, accordingly.

Pointy hat to:  myself

Update to 1.0.1.

[note]
The submitter suggested 'regression-test' target, but I *added* "regression"
target.
I consider that ports system should be supported generic 'regression test'
framework.

PR:             ports/125091
Submitted by:   Pedro F. Giffuni  pfgshield-freebsd at yahoo dot com

Disable 'make test' on the build cluster, since it is failing with a
coredump, and hundreds of dependent packages can't be built because of it.

While here, turn threading on by default to try to fix graphics/blender
build.  (Suggested by: submitter)

I am declaring a short mainter-timeout on this to unblock the package builds.

PR:             ports/117412
Submitted by:   beech
Hat:            portmgr

Cosmetic Change & Add CONFLICT to old OpenEXR.

make test on PACKAGE_BUILDING.

Suggested by:   mi

o Enable/disable multithread file I/O support.
o Add make test.
o Fix some warning.
o Bump PORTREVISION, accordingly.

Submitted by:   mi

Add IlmBase 1.0.0, has four ILM's basic libraries as known as Half,
IlmThread, Imath and Iex.

These libraries was separated from OpenEXR.  So I'll make OpenEXR depend
on this port.