Remove llvm39 as it no longer has any dependencies.

Reported by:	linimon

- Switch to new test framework

Approved by:	portmgr blanket

Remove a needless include of vm/pmap.h which broke the i386 build with
COMPILER_RT enabled on recent CURRENT.

Rename files as if EXTRA_PATCHS+=compiler-rt were used, but don't use it
due to compiler-rt's odd location in WRKDIR.

No functional change.

devel/llvm*: Fix wrapper scripts to support symlinking to them

The wrapper scripts currently do not resolve the real path to $0:

$ install -l rs /usr/local/bin/clang50 gcc
$ ./gcc
./gcc: /usr/local/llvm50/bin/gcc: not found

Here /usr/local/llvm50/bin/clang should be called not
/usr/local/llvm50/bin/gcc.

Approved by:		brooks (maintainer)
Differential Revision:	https://reviews.freebsd.org/D14727

Fix CCACHE_BUILD support.

Simplify Makefile: use PY_ENUM34

With hat:	python

Fix python dependency: restrict to python 2.7.

No PORTREVISON bump as build would fail without python 2.7

PR:		225144
Submitted by:	sunpoet

Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

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

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

Adapt to ino64 changes.[0]

Bump dependencies to allow python 3 support.[1]

PR:		219502 [0], 219222 [1]
Submitted by:	kib [0], Daniel Ylitalo <daniel@blodan.se> [1]
Reviewed by:	emaste [0]
Differential Revision:	https://reviews.freebsd.org/D10796

Fix build when LOCALBASE is not /usr/local.

Reviewed by:	brooks
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D10859

Remove svn keywords from patches.

Sponsored by:	Absolight

Fix SHEBANG_FILES when the EXTRAS option is disabled.

PR:		218719, 218775, 218776
Submitted by:	Helge Oldach <freebsd@oldach.net>, owen@easytarget.org

- Fix Shebangs

Remove the misspelled ONLY_FOR_ARCH definitions, which referred to an
arch we no longer support in any case.

Approved by:	portmgr (tier-2 blanket), "just fix it"

The LLDB option requires CLANG so make it imply CLANG.

Attempt to reduce the size of WITH_DEBUG builds.  Reports suggest they
are still enormous.

Garbage collect some FreeBSD 9.x bits.

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

devel/openmp: link libomp.so against -lm for clang 3.6+

PR:		214258
Submitted by:	Yuta Satoh <nigoro.dev@gmail.com>
Approved by:	portmgr blanket

Apply the changes from FreeBSD r314883:

Pull in r291403 from upstream clang trunk (by Richard Smith):

  PR30305: Implement proposed DR resolution to prevent slicing via
  inherited constructor.

  The rule we use is that a construction of a class type T from an
  argument of type U cannot use an inherited constructor if U is the
  same as T or is derived from T (or if the initialization would first
  convert it to such a type). This (approximately) matches the rule in
  use by GCC, and matches the current proposed DR resolution.

Pull in r291955 from upstream clang trunk (by Richard Smith):

Attempt to fix build on armv6.

PR:		217145
Submitted by:	mmel via mikael.urankar@gmail.com
Reported by:	Sylvain Garrigues <sylvain@sylvaingarrigues.com>

Apply upstream r294806, remove struct_rtentry_sz on FreeBSD
This should fix build on head after _WANT_RTENTRY removal

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

Disable LLVM_LINK_LLVM_DYLIB for now.

The resulting llvm-nm binary has a command line parsing bug and is
unusable which breaks chromium builds.

Reported by:	cpm

Upgrade to 3.9.1.

Link programs dynamicaly.  This reduces package size by over 400MB on
amd64.

PR:		214549

Allow build on non-clang using architectures such as powerpc.

Mark broken on FreeBSD 9.  This is somewhat more agressive than
necessicary, but I'm not sure what the correct conditional is and 9.x is
supported for 22 more days.

Call the correct clang format.

PR:		215135
Submitted by:	matthew@reztek.cz

Update devel/cmake* to 3.7.1 [1]

Due to an upstream commit [2] we need now to pass
CMAKE_INSTALL_MANDIR:PATH="share/man" in the
devel/llvm-* ports, and fix the plist of net/remmina.
Further add an upstream patch to  math/plplot to
fix the build with 3.7.1.

[1] https://cmake.org/cmake/help/v3.7/release/3.7.html
[2] https://github.com/kitware/cmake/commit/956054

PR:		214975
Approved by:	rakuco (mentor)
Exp-run by:	antoine

portlint fixes:

correct placement of PKGNAMESUFFIX
convert spaces to tabs
remove blank lines
qwk -> ${AWK}
sed -> ${SED}

PR:		214549
Submitted by:	matthew@reztek.cz

Build shared libraries.

PR:		214549
Submitted by:	kwm

Install missing lit components.

PR:		212813
Submitted by:	Dirk Schroetter <dschroetter@gmail.com>

Apply a patch from upstream to (hopefully) fix a race in documentation
builds.

PR:		213619
Reported by:	many

${RM} already has -f.

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

Look for ld.gold under LOCALBASE to fix DragonFly builds.

Submitted by:	marino

Import Clang's r280672 into our devel/llvm39 port

This revision is what's needed to make Clang work for CloudABI on ARMv6.
By pulling in this change, the ARMv6 cross compiler set up by the
cloudabi-toolchain port seems functional.

In the process, I did have to replace some ${RMDIR}s by ${RM} -rf, as it
tried to delete nonexistent directories. Brooks, do you know what's up
with that?

Submitted by:	ed
Differential Revision:	https://reviews.freebsd.org/D8078

Upgrade to 3.9.0 release.

Improve support for -fopenmp with a hack inspired by a submission from
Johannes Dieterich <dieterich@ogolem.org>.

Implement a number of improvments submitted by lightside@gmx.com:
 - Add license information
 - Use VAR option helper for _USES_PYTHON variable
 - Add libxml2 to USE_GNOME for CLANG option
 - Sort variables for options (e.g. GOLD_*)

Add USES=execinfo for LLDB.

PR:		203223, 212334

Attempt to fix build on platforms that don't support COMPILER_RT.

Make GOLD an amd64-only option (not belived to be a functional change).

PR:		212312

Actually install sanatizers in the right place.

PR:		208900, 212252

Update to RC3.

Revert enabling of shared libraries in r420988.

It was committed by mistake and did not work.

PR:		208900

Only enable the GOLD option by defult on amd64.

It's known to be broken on i386.

Style fix: use ${MV} rather than mv.

Put santizers where clang expects to find them.

Thanks to Mikael Simonsson <m@mikaelsimonsson.com> for suggestions and
testing.

PR:		208900

Update to 3.9.0rc2.

Add a port of LLVM 3.9.0rc1.