Remove # $FreeBSD$ from Makefiles.

devel/rapidjson: Update 1.1.0 -> 1.1.0-524 (c4c6a654)

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

devel/rapidjson: Fix build with Clang 8

include/rapidjson/schema.h:1729:68: error: empty expression statement has no
effect; remove unnecessary ';' to silence this warning
[-Werror,-Wextra-semi-stmt]
        RAPIDJSON_SCHEMA_HANDLE_PARALLEL_(EndArray, (elementCount));
                                                                   ^

New warnings in Clang => new errors in devel/rapidjson due to the
build having -Werror with -Wall and -Wextra.  This has also happened
during previous Clang version bumps.  Instead of collecting new
-Wno-* every time, disable use of -Werror entirely similar to what
the port already does on tier 2 archs.

PR:		236206
Reported by:	jbeich
Approved by:	portmgr blanket

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

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

Spell CHOSEN_COMPILER_TYPE correctly

PR:		199098
With hat:	portmgr

Fix build with GCC-based architectures.

PR:		232091
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

devel/rapidjson: Fix clang warnings on 12

PR:		220388
Submitted by:	dim
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13599

- -march=native issue was fixed by r441826
- Switch to ${opt}_CMAKE_BOOL
- Pet portlint

Approved by:	portmgr blanket

Mark as failing on armv7.

Note: r441826 most likely removed the documented failure on armv6, but this
has not yet been confirmed.

Reported by:	danfe

Canonicalize LICENSE_PERMS

With hat:	portmgr

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

Respect CFLAGS: particularly, do not pass `-march=native' which some
compilers do not like, which in turn might break the build.

Also broken on armv6.

Mark some ports failing on aarch64, and, in a few cases, other tier-2
archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

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

Those ports build fine with bsd make

Do not use post-stage.  Use post-install instead.

The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.

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

Use USES=pathfix where applicable.

PR:		213195
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D8093

${RM} already has -f.

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

- Update to 1.1.0

PR:		213263
Submitted by:	yuri@rawbw.com(maintainer)

many ports: mark broken on powerpc64

Cleanup GH_* and variables order.

Sponsored by:	Absolight

- Update to 1.0.2

PR:		200862
Submitted by:	yuri@rawbw.com (maintainer)

Remove -Werror

Submitted by:	marino@

update to 1.0.1

PR:		199769
Submitted by:	maintainer

Add rapidjson 0.150310, fast JSON parser/generator for C++ with both
SAX/DOM style API.

PR:		198516
Submitted by:	Yuri Victorovich <yuri@rawbw.com>