multimedia/x265 4.3

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

multimedia/x265: update to 3.1.1

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-1

multimedia/x265: backport some SVTHEVC fixes

multimedia/x265: update to 3.0

- Add SVTHEVC option, see http://x265.org/x265-svt-hevc-house/
- Drop libmd patch due to rebase churn for what little value it provides

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-0
PR:		235906
Approved by:	maintainer timeout (2 weeks)

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

multimedia/x265: add -znotext to LDFLAGS on i386, for lld

This port links some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments.  For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.

Approved by:	portmgr (lld blanket)
Sponsored by:	The FreeBSD Foundation

Fix the underlying problem in the code, which previously required disabling AVX as a work-around:

PR:		229788
Submitted by:	dim@

Also, switch the build-dependency from yasm to nasm -- upstream
made the switch in version 2.6

Reported by:	Callum Aitchison

Bump PORTREVISION...

multimedia/x265: unbreak on non-x86 archs after r474814

common/param.cpp:636:24: error: no matching function for call to 'parseCpuName'
            p->cpuid = parseCpuName(value, bError);
                       ^~~~~~~~~~~~
common/param.h:36:7: note: candidate function not viable: requires 3 arguments, but 2 were provided
int   parseCpuName(const char *value, bool& bError, bool bEnableavx512);
      ^

Approved by:	portmgr blanket (unblock ffmpeg consumers)

Upgrade x265 from 2.6 to 2.8 and:

. Explicitly disable use of AVX with clang (see patch for links)
	. Put non-SSL sources back on the list of MASTER_SITES

Bump PORTREVISION in the depending ports as appropriate.

Switch some MASTER_SITES from http/ftp to https.

Also some cleanup of dead entries.

PR:		226203
Submitted by:	Sam H
Sponsored by:	Absolight

- Add back CMAKE_ARGS=-DENABLE_PIC=on to fix port on arm achitectures. - Bump PORTREVISION since this influences binaries on other archs too.

Reported by:		mmel

ake advatnage of USES=compiler:c++14-lang instead of forcing clang 5.0 usage.

This should play better with non intel architectures we support.

Suggested by:		jbeich@ (Thanks)

- Update multimedia/x265 to 2.6 - Use the distfile provided by the VideoLAN project - Add options for HI10P and HI12P (available only for amd64) - Add DEBUG option - Add OPTIMIZED_CFLAGS option - Force using clang 5.0 on 10.4. Base provided clang fails during   compilation - Chase shlib bump in dependent ports

PR:		225431
Submitted by:	daniel.engberg.lists@pyret.net
Approved by:	Maintainer timeout

Upgrade from 2.2 to 2.3.

multimedia/x265: always build shared library with -fPIC

This should unbreak build on sparc64, powerpc64 and reduce text
relocations on i386.

multimedia/x265: unbreak on aarch64[1] and mips

/usr/bin/ld: common/CMakeFiles/common.dir/common.cpp.o: relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol `__stderrp@@FBSD_1.0' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: common/CMakeFiles/common.dir/common.cpp.o(.text+0x1e0): unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol `__stderrp@@FBSD_1.0'
/usr/bin/ld: final link failed: Bad value

/usr/bin/ld: x265: hidden symbol `__sync_fetch_and_add_4' in /usr/lib/libgcc.a(stdatomic.o) is referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output

PR:		216473 [1]
Reported by:	pkg-fallout
Submitted by:	mikael.urankar@gmail.com [1]
Approved by:	portmgr blanket

Add a patch to avoid providing our own implementation of __rtdsc when built with clang version 4 or higher (which has its own).

PR:		216162

Upgrade from 1.9 to 2.2.

Spurred into action by
PR:		216162

Mark as broken on various tier-2 archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Upgrade x265 from 1.8 to 1.9. Add the test-target to utilize upstream's bundled tests and make myself the maintainer to deal with fallout, if any.

Bump PORTREVISION of the two other ports, which depend on x265 by default.

PR:		206864

Convert LICENSE= "GPLxx # or later" to "GPLxx+"

Approved by:	portmgr blanket

multimedia/x265: update to 1.8

ABI isn't compatible, so bump PORTREVISION in consumers.

PR:		204990
Submitted by:	Anton Sayetsky <vsasjason@gmail.com>

- Clarify LICENSE - Add LICENSE_FILE - Pet portlint - Fix WWW:

Reassign some of my ports to the Collective.

Update multimedia/x265 to 1.7, and bump PORTREVISION on its consumers.

Update x265 to 1.6, and bump PORTREVISION on its consumers for shlib version change.

Update x265 to 1.5 and bump PORTREVISION on its consumers.

Update to 1.4.

Add multimedia/x265, the H.265/High Efficiency Video Coding (HEVC) codec.

High Efficiency Video Coding (HEVC) is the latest generation video compression
standard.

  * This standard was developed by the ISO/IEC Moving Picture Experts Group
    (MPEG) and ITU-T Video Coding Experts Group (VCEG), through their Joint
    Collaborative Team on Video Coding (JCT-VC)

  * HEVC is also known as ISO/IEC 23008-2 MPEG-H Part 2 and ITU-T H.265

  * HEVC provides superior video quality and up to twice the data compression
    as the previous standard (H.264/MPEG-4 AVC)

  * HEVC can support 8K Ultra High Definition video, with a picture size up to
    8192x4320 pixels

WWW: http://www.x265.org