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

Remove code that "thinks" it is using GCC 4.8 instead of the default
version of GCC (which is GCC 6 these days).
For most practical purposes USE_GCC=4.8+ is equivalent to USE_GCC=yes,
so GCC 5 for several months (and now GCC 6) have been used already since
2017-03-07 and revision 435594 -- if GCC is used at all, which is not the
default anyway.

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).
In particular that is 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.

- Update to version 2.77a
- Switch to SDL2 as dependency, if the SDL option is set. Blender's
dependency detection favours SDL2 over SDL
- Fix some missing LIB_DEPENDS
- Make boost a default dependency for Blender. Too many optional
features depend on it
- Include the libc++ 3.8.0 fix from PR 209614
Blender 2.77 comes with hundreds of bug fixes and many new features,
such as
* improved subsurface scattering and GPU support for cycles
* improved sculpting workflows
* better antialiasing for OpenGL renderers in the UI
* speedups for the gaussian blur effect in the sequencer
* improved weight-painting behaviour
* and many more
Changelog: https://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.77

- Update to version 2.76b
Blender 2.76 comes with hundreds of bug fixes and many new features,
such as
* support for Pixar's OpenSubdiv technology
* huge performance improvements for the viewport
* auto-offset support for nodes
* new point density texture support for cycles
* new modeling tools
Changelog: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.76

- Update to version 2.75
- Remove the DEBUG option, since it only makes sense, if everything is
built with WITH_DEBUG
Blender 2.75 comes with many new features and hundreds of bug fixes:
* fully integrated multi-view and stereo 3D pipeline, including shutter
lenses, interlaced modes and more
* heavily improved cycles rendering, especially for light sampling and
seeds
* improved modeling modifiers as well as a new corrective smooth
modifier
* mist attribute animation in the game engine
* improved 3D view painting
Changelog: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.75

- Update to version 2.74
This blender release comes with a couple of major improvements, such as
* memory and speed improvements for cycles rendering
* DoF and ambient occlusion support for the 3D viewport
* massive improvements for particles and hair
* a new cavity mask for texture painting
* and many more
Changelog: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.74

- Update to version 2.73a
- Use blender's installation process instead of using our own
This blender release comes with a couple of major improvements, such as
* improved volume rendering and area light shading via cycles
* better fullscreen support for the user interface
* a major upgrade of the grease pencil tool (especially stroke animations)
* improved motion tracking
* and many more
Changelog: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.73

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.

- Update to version 2.72b
Changelog: http://www.blender.org/features/2-72/
- Mark FFMPEG usage as broken on amd64, if the CPU supports SSE. Blender
will crash with a SIGBUS error on rendering.
- Add an explicit DEBUG option to make tracking errors easier.

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)

- Update to version 2.71
- Deactivate CYCLES and CYCLESOSL by default, since they sometimes break the
build and binary on 8.x and 9.x due to an invalid boost assert, which's
origin is unclear. This however does not seem to happen in every build.
Features: http://www.blender.org/features/2-71/
Changelog: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.71

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well

When setting USE_XORG via OPTION helper, use comma syntax universally; in
`devel/sdl12', `graphics/blender', and `multimedia/libav' ports they were
set incorrectly, which caused build failures of `devel/sdl12' without the
OpenGL, for example.
Also, while at it, in `multimedia/libmpeg2', fix sed(1) based patching to
produce more neat results, and use official spelling of MPEG abbreviation
in COMMENT (port description still needs cleaning up).

- update fftw3* to 3.3 [1], and adjust dependent ports
- make use of optimizations by default, where possible
(quad flavor to follow shortly, and mpi at a later date)
Suggestions and patches from: ache, C. Burns, wen