lang/gcc10: remove noop CONFIGURE_ENV for powerpc64

lang/gcc*: fix build with CPUTYPE?=g[3-5]

GCC does not accept -mcpu=g4, but does accept -mcpu=G4.

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

lang/gcc10: Mark PIE_UNSAFE

Building the port with WITH_PIE fails if the BOOTSTRAP option is
enabled. Mark PIE_UNSAFE when this option is enabled until a better
solution is found.

PR:             268901
Reported by:    netchild

Remove WWW lines that have been moved into Makefiles

Approved by:	portmgr (implicit)

Move more WWW entries from pkg-descr files into Makefiles

The WWW: lines in the pkg-descr files of these ports where not at the
end of those files and have been missed in prior conversion runs.

Approved by:	portmgr (implicit)

lang/gcc10,11: Take maintainership

I already maintain all other GCC supported releases ports: I adopt the
missing ones. This will allow me to deal more efficiently with changes
that affect all GCC supported releases at once.

lang/gcc10: fix build on powerpc64

Same issue as with lang/gcc12.

lang: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Andreas Klemm <andreas@klemm.gtn.com>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrey Zakhvatov
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>

lang/gcc10: update to 10.4.0

lang/gcc10: Relinquish maintainership

After working on (and largely maintaining) our GCC ports for some twenty
years, time has come to hand over the baton.

Sadly despite multiple requests nobody stepped up (even having waited
more than half a year after relinquishing maintainership of gcc10-devel
which has been removed since then), so pass maintainership to toolchain@.

Fix CONFLICTS entries of multiple ports

There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.

This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.

Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port

lang/gcc10: fix runtime on powerpc64le

It looks like this part was omitted during upstreaming.
Its lack causes gcc to be compiled successfully, but fail at building simple
programs:
/usr/local/bin/ld: /usr/local/lib/gcc10/libgcc_s.so: undefined reference to
`.__udivmodti4'
/usr/local/bin/ld: /usr/local/lib/gcc10/libgcc_s.so: undefined reference to
`.__ctzdi2'
/usr/local/bin/ld: /usr/local/lib/gcc10/libgcc_s.so: undefined reference to
`.__parityti2'
/usr/local/bin/ld: /usr/local/lib/gcc10/libgcc_s.so: undefined reference to
`.__enable_execute_stack'

lang/gcc10: Update to the GCC 10.3 release

This is the third release in the GCC 10 series. It fixes some 94 bugs
and already includes three patches we've been carrying locally which
we thus can remove:
 - files/patch-aarch64-c++98-fix
 - files/patch-libcpp_lex.c
 - files/patch-powerpc64le

Remove # $FreeBSD$ from Makefiles.

Update to MPC version 1.2.0 with the following changes:
 - New functions:
   . mpc_sum
   . mpc_dot
 - Several functions are more robust with a reduced exponent range
   (for example corresponding to IEEE 754 binary formats).
 - New mpcheck tool for comparison with the native C library (which
   is not installed by default).

Bump all directly dependent ports. Do not bump those indirectly
dependent via the lang/gcc* family since their run-time dependencies
and code generated should not be affected.

PR:		249950
Submitted by:	wen

Back port part of r565994 | gerald | 2021-02-18 from lang/gcc10-devel:

  Back port part of r565301 | gerald | 2021-02-15 from lang/gcc11-devel:

    Explicitly build --without-zstd such that archivers/zstd isn't pulled
    in inadvertedly when present in the build system even though it is not
    an explicit dependency. [1]

PR:		253286 [1]

Back port part of r560506 | gerald | 2021-01-06 from lang/gcc10-devel by
extracting the upstream patch into files/patch-aarch64-c++98-fix:

  This also should fix the build on aarch64 when clang is the bootstrap
  compiler. [2]

PR:		250932 [2]

lang/gcc10: add support for powerpc64le

PR:		251670
Approved by:	gerald@ (maintainer)

Back port part of r554055 | gerald | 2020-11-04 from lang/gcc10-devel:

  Also remove SSP_UNSAFE which was added by r327697 in 2013 to the
  pre-pre-...-predecessor of this port and does not appear necessary
  any longer.

Add a bit of meta data so that everyone possibly touching this has
sufficient background.

lang/gcc10: fix build on powerpc64 with CPUTYPE=power8 or power9, also a partial
fix for powerpc64le

Backport of
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=d00b1b023ecfc3ddc3fe952c0063dab7529d5f7a

PR:		251670
Approved by:	gerald (maintainer)

Back port part of r555665 | gerald | 2020-11-18 from lang/gcc10-devel:

  Forward port part of r555542 | gerald | 2020-11-17 from lang/gcc9-devel:

    Fold the PLUGINS option, which has been on by default, into standard
    behavior and remove that option.  It has not been causing any issues
    since we enabled it 11 months ago, nor measurable overhead.

PR:		242644

Update to GCC 10.2 release, which is the second in the GCC 10 series and
fixes some 94 bugs.

PR:		246700

Welcome GCC 10.1, the first release of the GCC 10 series!

https://gcc.gnu.org/gcc-10/changes.html has a comprehensive overview of
many improvements and changes and https://gcc.gnu.org/gcc-10/porting_to.html
highlights issues you may encounter porting to this version, though this
release series should not bring too many, -fno-common now being the default
probably is the one with the largest impact.

To give a brief overview of some of the more noticable changes:

Several new features from the upcoming C2X revision of the ISO C standard
are supported with -std=c2x and -std=gnu2x. Some of these are also supported
as extensions when compiling for older language versions.

Several C++20 features have been implemented and the libstdc++ runtime