Update to the 20200110 snapshot of GCC 10.0.0.

(This snapshot happened two days earlier than usual as part of the
conversion of the upstream source repository from SVN to GIT.)

Update to the 20200105 snapshot of GCC 10.0.0.

Update to the 20191229 snapshot of GCC 10.0.0.

Update to the 20191222 snapshot of GCC 10.0.0.

Update to the 20191215 snapshot of GCC 10.0.0.

Enable GCC plugins support by default. [1]

PR:		242644 [1]
Submitted by: 	tobik [1]

Update to the 20191208 snapshot of GCC 10.0.0.

One obvious change is a new man page for lto-dump.

Update to the 20191201 snapshot of GCC 10.0.0.

On versions of FreeBSD that that are new enough and made that switch
already, use ELFv2 ABI on powerpc64.

This already is part of lang/gcc8 and lang/gcc9 (and their -devel
siblings); given this is the future of powerpc64 on FreeBSD ensure
GCC development trunk is adopting this as early as possible.

Update to the 20191124 snapshot of GCC 10.0.0.

Update to the 20191117 snapshot of GCC 10.0.0.

Update to the 20191110 snapshot of GCC 10.0.0.

Add a new option PLUGINS that enables GCC's plugin framework. This is off
by default for now, but something to possibly make the default after a bit
of settling.

I plan to backport this to lang/gcc9-devel and then lang/gcc9.

Submitted by:	David Carlier <devnexen@gmail.com>
Differential Revision:	https://reviews.freebsd.org/D22292

Update to the 20191103 snapshot of GCC 10.0.0.

Update to the 20191027 snapshot of GCC 10.0.0.

Update to the 20191020 snapshot of GCC 10.0.0.

Update to the 20191013 snapshot of GCC 10.0.0.

Update to the 20191006 snapshot of GCC 10.0.0.

Update to the 20190929 snapshot of GCC 10.0.0.

Update to the 20190922 snapshot of GCC 10.0.0.

files/patch-pr240387 is part of that snapshot, so remove it on our end.

PR:	240387

Fix a miscompilation of GCC due to undefined behavior.  This originally
triggered when building with clang on amd64 (under some circumstances),
but is a general issue.

PR:		240387
Kudos to:	dim (for first class detective work)

Update to the 20190915 snapshot of GCC 10.0.0.

Update to the 20190908 snapshot of GCC 10.0.0.

This may (or may not) address a build regression (with clang) that
dim@ reported. [1]

PR:		240387 [1]

Update to the 20190901 snapshot of GCC 10.0.0.

Update to the 201900825 snapshot of GCC 10.0.0.

Update to the 201900818 snapshot of GCC 10.0.0.

Update to the 201900811 snapshot of GCC 10.0.0.

This no longer has _GNU_SOURCE defined on powerpc64 (which was a
regression from the GCC 8 series). [1]

PR:		239648 [1]

Update to the 201900804 snapshot of GCC 10.0.0.

Update to the 201900728 snapshot of GCC 10.0.0.

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

lang/gcc*: Hide pkg-message during upgrades

PR:		239419
Approved by:	gerald (maintainer)

Update to the 201900721 snapshot of GCC 10.0.0.

Update to the 201900714 snapshot of GCC 10.0.0.

Update to the 201900707 snapshot of GCC 10.0.0.

Update to the 20190630 snapshot of GCC 10.0.0.

Update to the 20190623 snapshot of GCC 10.0.0.

Update to the 20190616 snapshot of GCC 10.0.0.

Update to the 20190609 snapshot of GCC 10.0.0.

Update to the 20190602 snapshot of GCC 10.0.0.

Update to the 20190526 snapshot of GCC 10.0.0.

Update to the 20190519 snapshot of GCC 10.0.0.

Update to the 20190512 snapshot of GCC 10.0.0.  This brings a new binary
bin/lto-dump which may be helpful if you employ link-time optimization (LTO).

Forward port r499061 | gerald | 2019-04-15 from lang/gcc8 and gcc8-devel [1]:

  GCC has two runtime libraries:  The static library libgcc.a (-lgcc) and
  the shared library libgcc_s.so (-lgcc_s).  Both implement many of the
  same functions but they also each have their unique functions.  When
  GCC links programs and libraries there are three possibilities:

  1. gcc -static-libgcc or gcc -static: -lgcc
     => Just use libgcc.a.

  2. gcc -shared-libgcc: -lgcc_s -lgcc
     => Link with libgcc_s first, so libgcc.a is only used for its unique

Welcome GCC 10, even if only in form of its first development snapshot
at the beginning of what likely is going to be another one year cycle.

files/patch-amd64-gcc-multilib-support has made it upstream after the
creation of the GCC 9 release branch, so we can drop it.