graphics/openexr: Fix ARMv7 build

OpenEXR 3.1.6 introduced several NEON-based optimizations
that implied Aarch64. Add patched, either picked from
upstream, or written by mandree@, to enable those
NEON features that also require Aarch64 only there.

PR-1366 is cherry-picked from upstream, and patch-lib/patch-test files
are my work but build upon said PR.

Also cherry-pick PR1354 that adds a missing check for AVX,
which is why I am bumping PORTREVISION because it might change
code (I have not checked).

https://github.com/AcademySoftwareFoundation/openexr/issues/1365

PR:		270348
Reported by:	fuz@ (Robert Clausecker)

graphics/openexr: mark BROKEN on armv7

Upstream bug report:
https://github.com/AcademySoftwareFoundation/openexr/issues/1365

PR:		270348

graphics/openexr: bugfix update to 3.1.6

ChangeLog:
https://github.com/AcademySoftwareFoundation/openexr/blob/v3.1.6/CHANGES.md#version-316-march-9-2023

*: Bump PORTREVISION of math/Imath users

graphics/openexr: bump Imath LIB_DEPENDS to .30

...to match the Imath 3.1.7 update.

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.

graphics: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>

graphics/openexr: bugfix update to 3.1.5

 *  Add backwards-compatibilty flags to the core library to match
    original behavior of the the c++ library. Fixes reading of certain
    files by the new core.
  * Documentation refers to primary branch as "main"
  * Update the CI workflow matrix to VFX-CY2022

Specific OSS-fuzz issues addressed:

 *  OSS-fuzz 46309 Heap-buffer-overflow in Imf_3_1::memstream_read
 *  OSS-fuzz 46083 Out-of-memory in openexr_exrcheck_fuzzer
 *  OSS-fuzz 45899 Integer-overflow in internal_exr_compute_chunk_offset_size
 *  OSS-fuzz 44084 Out-of-memory in openexr_exrcheck_fuzzer

MFH:		2022Q2

graphics/openexr: security update to 3.1.4

* Several bug fixes to properly reject invalid input upon read
* Miscellaneous documentation improvements

This addresses one public security vulnerability:

* CVE-2021-45942 Heap-buffer-overflow in Imf_3_1::LineCompositeTask::execute

Changelog:
https://github.com/AcademySoftwareFoundation/openexr/blob/v3.1.4/CHANGES.md#version-314-january-26-2022

Security:	CVE-2021-45942
MFH:		2022Q1

graphics/openexr: bug fix update to 3.1.3

Note that the default zip compression level is changed from 6 to 4
by the upstream, to improve compression times by 2x "with only a tiny
drop in compression ratio."

Release notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.1.3

Changelog:
https://github.com/AcademySoftwareFoundation/openexr/blob/v3.1.3/CHANGES.md#version-313-october-27-2021

graphics/openexr: Add CPE information

Approved by:	portmgr (blanket)

graphics/openexr: bug fix update to 3.1.2

Documentation now also available through
https://openexr.readthedocs.io/

Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.1.2

Detailed ChangeLog:
https://github.com/AcademySoftwareFoundation/openexr/blob/v3.1.2/CHANGES.md#version-312-october-4-2021

Now requires py-breathe, Sphinx, and Doxygen, to build documentation.

graphics/openexr: update to v3.1.1

- adds a new libOpenEXRCore library
- bumps so library version to 30
- requires PORTREVISION bump of its users

Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/blob/v3.1.1/CHANGES.md

graphics/openexr: chase math/Imath update

...and update LIB_DEPENDS to Imath's new name.

graphics/openexr: security update to v3.0.5

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

Security:	f2596f27-db4c-11eb-8bc6-c556d71493c9

graphics/openexr: Update to 3.0.4

Patch release that corrects a problem with the release version numbers
in v3.0.2/v3.0.3, and with the referenced Imath release.

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.

graphics/openexr: update to v3.0.2

* removes two patches cherry-picked from upstream
* adds install fix cherry-picked from upstream

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

graphics/openexr: C++14->C++11, overflow fix

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

Cherry-pick an upstream fix to prevent overflow in
getScanlineChunkOffsetTableSize.

While here, rename MAJORVER to _MAJORVER as portclippy cleanup.

graphics/openexr: update to 3.0.1

This requires and uses the new Imath 3.0.1 port.

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: really commit v2.5.4 update.

Unfortunately, this was missed with the ilmbase update, and
causes yet another PORTREVISION bump on all dependent ports.

repeating ilmbase's commit log here:

"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@!)

Reported by:	VVD (IRC, #bsdports)

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/openexr: fix build on powerpc head

USE_GCC=yes breaks build on head, because powerpc now uses libc++. On stable/11
and stable/12, it's redundant because there already is USES=compiler:c++14-lang.

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/openexr: fix plist in -EXAMPLES config, remove LARGE_STACK

With the EXAMPLES option unset, the plist was mismatched.
Fix all found combinations of DOCS/EXAMPLES dis-/enabled.

While here, LARGE_STACK is apparently an ilmbase-only option as
reported by cmake, remove it.

Reported by:	Matthias Fechner

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)

Port ilmbase build fixes including WITH_DEBUG=yes 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. Removes TEST_TARGET.

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] against graphics/ilmbase

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

graphics/openexr: Update WWW: link.

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

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.