lang/gcc1[2-6]: actually fix build on powerpc64le/CURRENT

Without this patch, gcc attempts to enable support for IBM long double,
when IEEE long double is enabled, which is wrong. Allow to only
specify IEEE long double.

The whole patchset for IEEE long double on FreeBSD/powerpc64le
is being upstreamed at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=126012.

lang/gcc1[2-6]: add necessary contents to patch-gcc_configure

1. For gcc14, restore the lost content.
2. For others, add powerpc64le-related content.

Pointy hat:	me

lang/gcc1?: fix runtime on powerpc64le/CURRENT

Since powerpc64le recently switched to 128-bit long double, use them to
generate proper binaries. Patches are necessary to allow use of
--with-long-double-format=ieee on FreeBSD (to be upstreamed).

lang/gcc14: Build jit only when bootstrap is on

Building jit without bootstrap does not work, so we add jit to the
enabled languages only if a bootstrap option has been selected.

Indeed, building GCC on FreeBSD with FreeBSD's default compiler
(clang) and without bootstraping it is not fully supported.

See e-mail
https://lists.freebsd.org/archives/dev-commits-ports-main/2025-August/160223.html
for more details.

Reported by:	vishwin

lang/gcc14: Add comment to existing patch

Add a comment to files/patch-libgcc_unwind.inc to remember when it will
get obsolete, i.e. once all supported FreeBSD releases include commit
22e564c74eb20e14bd93fd9fdde20e38a29cfcf1.

PR:             285711

lang/gcc14: Fix SIGBUS depending on CPUTYPE

Compiling GCC with some CPUTYPE values (e.g. broadwell) result in
breaking some applications (e.g. math/octave, cad/freecad), sending a
SIGBUS.

The issue is due to GCC generating instructions that require variables
to be aligned in memory on certain CPUs. Our libthr does not have the
required alignment so these CPUs fail to execute these instructions.

The patch disables the generation of such instructions.

PR:             285711
Reported by:    cracauer
Tested by:      cracauer, jbo

gcc*: properly define USE_LDCONFIG32 for multilib

lang/gcc14: Fix linking with libisl.so

Fix linking with libisl.so depending on GRAPHITE option, which is
now implemented through options helpers.

Co-authored-by: Gerald Pfeifer <gerald@FreeBSD.org>

PR:         276070
Reported by:Ivan Rozhuk <rozhuk.im@gmail.com>

lang/gcc14: Fix segfaults for static binaries

Fix segmentation faults caused by -static flag into compiled binaries.

Email thread:
https://lists.freebsd.org/archives/freebsd-hackers/2025-January/004236.html
Upstream bug report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685

PR:             284441
Reported by:    kargl

lang/gcc14: standard bootstrap also needed on arm

Same crash as on powerpc.

Approved by:	portmgr (build fix blanket)
MFH:		2025Q1

lang/gcc14: fix build on powerpc

Bootstrap is required on powerpc as well:
/usr/include/c++/v1/locale:288:32: error: attempt to use a poisoned identifier

lang/gcc*: disable building of libssp

For today's FreeBSD 14 and earlier, libssp is a nop because nothing on
FreeBSD will be referencing these headers or lib.  On FreeBSD 15, it
actively breaks building with FORTIFY_SOURCE enabled and it's not worth
trying to make it work- the potential for GCC improvements comes from
the __builtin_object_size enhancement, not from these headers.

PR:		280265
Approved by:	salvadore (maintainer)

lang/gcc14: Add jit language

The jit language was missing by accident. Restore it.

PR:		281091
Reported by:	ashish

lang/gcc14: Update to 14.2.0

Changes: https://gcc.gnu.org/gcc-14/changes.html#14.2

lang/gcc14: Add port

GCC, the GNU Compiler Collection, supports a number of languages.
This port installs the C, C++, and Fortran front ends as gcc14,
g++14, and gfortran14, respectively.

This is the first release from the GCC 14 series.
It largely is a copy of lang/gcc14-devel, with release-specific
modifications from lang/gcc13.

Common issues that could happen when porting code to GCC 14:
https://gcc.gnu.org/gcc-14/porting_to.html

Changes: https://gcc.gnu.org/gcc-14/changes.html