fetch ALL_OPT_URL_FILES as well for GCC 14.

clean ups and gcc 14 support.

- remove some obsolete code
- derive MKNATIVE path from EXTERNAL_GCC_SUBDIR
- add version for netbsd gcc 14

Provide HOST_NM as NM so cross-builds on e.g. macOS and Solaris are ok.

This is an update to PR 58437 which only fixed the original issue on Solaris.

PR toolchain/58437

Ensure that the tools NM is used in MAKE_ARGS.

Building on host systems, e.g. Solaris, where nm is not the GNU nm implementation
is otherwise an issue.

Fixes PR58437.

PR toolchain/58437

introduce a way to build GCC without the isl library

if NOGCCISL is set, don't build or link against isl. should fix PR#58505.

branches: 1.113.2;
tools/gcc/Makefile: force std=c++11 for GCC 12 builds

GCC >= 11 now requires C++11 to build. Impacted individual components
vary whether they test for if std=c++11 is the default or has to be
passed. Regardless, our build infrastructure applies its own overrides.
Force this setting so that we can still build on NetBSD 8.x hosts (and
probably 7.x, too). Build tested on NetBSD 8.3.

tools/gcc/Makefile: fix typo in comment

enable isl support for GCC 12.

Include the local NetBSD GCC version so that bumps to it trigger rebuilds

unfortunately, this will cause one rebuild to get the new name.

tools/gcc: Sprinkle NB_FIX_VAX_BACKEND for vax to enable gcc.old MI fixes

PR port-vax/57646: Import major vax toolchain fix by Kalvis Duckmanton

jump through hoops to make the native build find gmp for gdb.

updates for GCC 12 (relatively tiny).

- gcov-iov.h is now called version.h and we build it directly.
- need to explicitly ask for bversion.h gtyp-input.list to be built.

gcc 10 is now in gcc.old, make mknative-gcc.old gcc-10 happy.

branches: 1.105.2;
Patch the build script and toolchain to allow passing through
HOST_CPPFLAGS, HOST_CXXFLAGS, but not LIBRARY_PATH because it breaks
the build. These variables are necessary to support building NetBSD
from a GNU Guix or NixOS host, where /usr/include, /lib, and all
but /bin/sh do not exist. In many cases, support for HOST_CPPFLAGS
was incomplete. From Ryan Sundberg

Disable again initfini; breaks some archs and not worth dealing with when
we have both gcc's active in the tree.

enable initfini-array since all platforms support it.

add a netbsd version for GCC 10. properly generate omp-device-properties.h.

fetch omp-device-properties.h and don't try to fetch sanitizer
stuff automatically yet.

pass down earm* not earmv5* to mknative-gcc.

disable fetching stuff from libsanitizer for now. it needs libstdc++
to build in mknative using gcc makefiles, and our locale changes break
the "normal" build of this.

make sure MKNATIVE_TARGET is always set. since mknative-gcc doesn't
care about the version any more (we keep two versions for gcc/gcc.old)
simply set it to "gcc".

set MODULE to ${EXTERNAL_GCC_SUBDIR} so this actually works..

add something to auto-detect when GCC has changed from gcc to gcc.old
or back and auto-cleandir tools/gcc.

based upon the code for PREVIOUSTOOLDIR in tools/Makefile.

arm needs more files

remove HAVE_GCC == 6 support, add HAVE_GCC == 8 support

Fix bugurl. PR toolchain/48712

branches: 1.93.2;
enable the workarounds for cortex a53 errata 835769 and 843419 by default.

Remove "--disable-libstdcxx-dual-abi". This option does not do what
it says: Instead of disabling the dual-abi and letting you choose
which one you want, it disables the cxx11 abi and the
"--with-default-libstdcxx-abi=OPTION" becomes a noop. Removing the
old COW compatibility ABI is not easy. For more info see:

https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html
https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html

don't pass --disable-symver to mknative configure. this turns off
the checking for gcc 4.6 and some exception handling routines which
we need on several platforms.

this should fix missing symbol issues seen on current-users.

add || true to the gthr-default.h copy, it can fail first time around

- use --with-default-libstdcxx-abi=new for GCC, otherwise we get the
old ABI with --disable-libstdcxx-dual-abi
- fix libbacktrace mknative
- find gthr-default.h for libstdc++ mknative
- fetch FILESYSTEM_SOURCES

obsolete gcc 5 support.
add gcc 7 support. call it "nb1 20190119"

Pass --without-isl to GCC.

We don't provide one, but if we did the build would fail. This can also
happen if there's a system isl that GCC manages to find.

From mgorny.

branches: 1.86.2;
Create a new bsd.hostinit.mk file and put the build definitions for all host
programs there; make all Makefiles that use bsd.hostprog.mk include it.
Namely turn off MKREPRO and don't make lint, man pages, info files etc.
Remove the Makefile.inc files that contained these same settings, and
remove the settings from Makefile.host

PR/53238: Robert Elz: Disable MKREPRO in tools; the host compiler might
not support the necessary options. This is done thusly:

1. Set MKREPRO=no in Makefile.host. This handles all the Makefiles that
use it and don't include bsd.own.mk.
2. Create Makefile.inc and set MKREPRO=no in it. Change the Makefiles that
include bsd.own.mk, to include bsd.init.mk which includes Makefile.inc
first. This will also allow us to control other tools options from a
single location if we need to.

XXX: pullup-8

branches: 1.84.2;
convert HAVE_GCC handling to modern GCC release numbering:
- HAVE_GCC=5 is now the default (vs. HAVE_GCC=53 we've been using for
GCC 5.4 and GCC 5.5.)
- remove some more GCC 4.8 code. we don't support GCC 4 here.
- adjust set lists to gcc=5 from gcc=53.

add some basic HAVE_GCC=6 handling (totally unused so far.)

- gcc.old == gcc-5.3, so copy mknative-gcc{,.old} and adjust
- disable dual libstdc++ abi per joerg
(https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html)
will require a major libstdc++ major bump.

move the GMP_MACHINE_ARCH definition into external/lgpl3/gmp/Makefile.arch.
soon to be GMP 6 allows us to have only two arm copies.

branches: 1.81.4;
provide a common softfloat fenv implemenation and use it for softfloat builds.
restore ABI compatibility with previous releases for ieeefp.h on sh3.
add namespace.h protection for all the fenv interfaces.
use MKSOFTFLOAT on sh3 instead of assuming softfloat.
standardize on comparing MKSOFTFLOAT with "no".
remove the arm-specific softfloat fenv code (which also had several bugs).
fix logic errors in the arm hardfloat feraiseexcept() and feupdateenv().

branches: 1.80.2; 1.80.4;
use --with-diagnostics-color=auto-if-env as the default for GCC 5.

unwind.h has a new problem, and fix the grabbing of x86 specific files.

- pull i386-builtin-types.inc automatically on x86
- reenable cxx rt support
- don't grab insn-modes.h, we build it
- rename the c98 and c11 subdir codecvt.cc files while extracting
them with mknative
- grab GGC_H as well, and use it in dependency lists

remove some more GCC 4.5 code. make GCC 5.3 be HAVE_GCC=53, so that,
for example, HAVE_GCC >= 48 works properly.

Add missing closing ) and line continuation for mknative

prepare for GCC 5:
- remove GCC 4.5 stuff, add most very basic GCC 5 stuff.
- use mknative-gcc.old for GCC 4.8
- copy mknative-gcc to mknative-gcc.old (should have done this when we
switched to using gcc.old.)

this should not affect current builds.

we have lto...

use --disable-shared on m68000 for mknative.

add --enable-libstdcxx-time=rt for the GCC 4.8 build.

or1k does not support --with-float

branches: 1.70.2;
remove remaining makefile support for GCC < 45 that i found.

commonize the netbsd local version string. (the native one wasn't
updated, and now that won't be a problem again.)

two fixes skrll@ pointed out:
- pass --enable-libstdcxx-threads to enable a bunch of tests and thus
get the right answers
- MKNATIVE_CONFIG_TARGET_LIBS needs to do libgcc before libstdc++-v3,
for the GCC 4.8 case.

with these we now get the right threading options in the headers.

Update with-pkgversion date for gcc 4.8.3 import.

branches: 1.66.2;
define GCCDIST properly for GCC 4.1, and since it is now the same
as GCCSRCDIR remove the latter.

prepare for moving GCC 4.5 into gcc.old:

- convert to using ${EXTERNAL_GCC_SUBDIR}
- define base-external-gpl3-gcc* subdir as GCC_SUBDIR
- use <bsd.init.mk> over <bsd.own.mk> for a bunch of places; mostly
because it arranges for ../Makefile.inc to be included earlier, and
don't bother including the latter if the former is already included.
- move all .PATH: settings after <bsd.{own,lib}.mk> so that all
valid variables are set before it is evaluated
- rename mknative-gcc* to match their subdir name.

XXX the relationship between the Makefile.inc/Makefile.gcc_path files
is kind of sketchy, it would be great if this was fixed.

put back some cppflags we lost.

Merge gcc-4.8 mknative bits.

The mpfr sources moved down into a src directory - deal with this in
mknative.

update to MPC 1.0.1.

Move the GNUHOSTDIST assignment back to the top of the Makefile.

Group the mknative stuff together - no functional change

g/c VAX_CONFIGURE_ARGS

m68k doesn't support with-float=soft

branches: 1.56.2;
pass both NEWCONFIGDIR and NETBSDSRCDIR to mknative-gcc.

use NETBSDSRCDIR to find mpc/mpfr/gmp, not NEWCONFIGDIR, the
latter which is for finding a r/w directory to write to if
we're running from a read-only tree.

Avoid populating mknative output with gmp,mpfr, and mpc source
directories

Use --with-{mpc,mpfr,gmp}-{lib,include} to avoid the LIBISPRIVATE=no
dance in mknative and avoid poluting the DESTDIR.

Update the README to reflect this.

Update for gcc 4.5.4

branches: 1.51.2;
Always use system zlib. Avoids the need for 32bit build environment when
bootstrapping on some Linux distros. We require zlib to be present anyway.

branches: 1.50.2;
Fix bootstrap-libgcc for gcc 4.5

Fix (harmless?) HAVE_GCC comparison version.

Explicitly request TLS support for mknative.

Pull across the fix for target/50691

ok'ed by mrg@

branches: 1.46.2;
remove pre-gcc-4.5 mknative remnants that have long ceased to function.

add libgomp support. needed by "cc -fopenmp", that koffice 2.3 wants to use.

force HAVE_AS_SPARC_GOTDATA_OP to false, since those relocs seem
busted with our binutils. now sparc64 seems to work fine.

-I$DESTDIR/usr/include is escaping into the generated files from
the native-gcc run. add some sed commands to remove them.

- call each ${MKNATIVE_CONFIG_TARGET_LIBS} target separately
- comment out maybe-all-target-libgcc
- cope with the special transformation needed for gtyp-input.list

- repurpose MKNATIVE_CONFIG_TARGET_LIBS to list all the targets
- disable building pch for the mknative run

get libdecnumber info out of GCC.

get this some what working with GCC 4.5. i at least have managed to
get crtstuff and libgcc to build for amd64, and have linked and tested
/bin/sh with all these GCC 4.5 compiled part.

use --sysroot with GCC 4.5. (maybe could with 4.1 too? the 4.1 code
here is broken right now, anyway, ever since the sysroot changes were
merged into our tree.)

initial port to HAVE_GCC = 45. mknative-gcc parts are from me
and are largely untested, most of the rest is from chuq.

If building the cross gcc for softfloat, add --with-float=soft so it will
default to it.

branches: 1.35.2;
Enable support for --sysroot in binutils and gcc.

revert the previous; not intended to be part of that commit, or any commit

rework the main SUBDIR list here as suggested by enami. put .WAIT on
the same line as the target that needs to wait, but before the target,
rather than on the previous line, which led to confusion and an error
being introduced in the previous change.

Enable -mtune=nocona by default on x86. I have tested on a range of CPUs
and this seems to give the best results.

-introduce a "COMMON_CONFIGURE_ARGS" variable which is included by
both CONFIGURE_ARGS and NATIVE_CONFIGURE_ARGS to reduce duplication
between tool and native configuration
-allow to pass a "--with-arch" argument to both configurations

branches: 1.30.4; 1.30.12;
Use ${TOOL_SED} instead of just "sed" while building other tools.

Where sed is used in a != assignment, use
.if make(depend) || make(all) || make(dependall) || make(install)
to ensure the command doesn't run at "make obj" time when TOOL_SED will
not have been built.

Use ${TOOL_AWK} instead of ${AWK} or plain "awk" in make commands.
Pass AWK=${TOOL_AWK:Q} to shell scripts that use awk.

- add a i386/t-netbsd64 makefile fragment to build 32/64 bit
libgcc/multilib on amd64
- enable the 32/64 bit libgcc/multilib support on sparc64
- adapt mknative-gcc to grab multilib.h
- use --enable-multilib on amd64 and sparc64

none of this affects the installed tools yet, just the src/tools one.

Force use of __cxa_atexit by a configure command line argument
(for booth the tool build and mknative). gcc's "config.gcc" sets
it if the target is netbsd[2-9], but since the target is w/o version
number in our builds, it has no effect. Found by Nick Hudson,
patch approved by mrg.

branches: 1.26.4;
Instead of inventing a new environment variable to override the
SSP functionality location test, use gcc_cv_libc_provides_ssp instead,
as hinted by freza@ and uwe@.

Modify the gcc configure script to allow override of the "target libc
has ssp functions built-in" test via the TARGET_LIBC_PROVIDES_SSP environment
variable, to allow us to configure a cross-compiler appropriately without
having to try to find out by looking in the target's source directory.

Tweak our build to tell gcc that the ssp bits are now in libc.

The native compiler appears to already think that the ssp bits
live in libc, so no change appears to be needed there.

The autoconf-generated configure script will be committed separately shortly.

Remove non-shared hooks for VAX.

G/C some HAVE_GCC == 3 stuff

branches: 1.22.2; 1.22.4;
pass RAW_GCC_FOR_TARGET when running configure-target-libstdc++-v3.
now iconv and wchar_t things are properly set. still missing
_GLIBCXX_HAVE_S_IFREG and _GLIBCXX_USE_NLS.

force --disable-shared on vax so that GCC does not think it can use
shared libgcc.

introduce a new CXXADDFLAGS and use it to pass CPPFLAG_ISYSTEMXX to
configure. also, clean up this a little more to make mknative-gcc
work on GCC3 again, while fixing some breakage in the last couple
of revisions.

make this work for GCC3 one again.

configure-libiberty is only good for GCC4.
move a comment next to it's code.

set AR and RANLIB to the host versions in MAKE_ARGS - otherwise the
build of the "build-libiberty" fails due to these being set to "".

support GCC4:
- look in gnu/dist/gcc4
- don't build fortran
- use /usr/bin/env -i so that gmake works (XXX - breaks from MAKEFLAGS
in the build.sh generated makewrapper.)
- use gmake and Makefile.gmakehost
- update .native/.configure_done target

Use the correct LD/NM/OBJDUMP when creating the mknative environment.

Use the correct AS when creating the mknative environment.

Reviewed by mrg@

mknative re-runs will appear soon.

branches: 1.13.6;
Be more gcc like in the way we deal with libgcc so that sh3/hppa millicode
and exception handling have a chance of working properly.

- creates libgcc, libgcc_eh and libgcc_s

- updates LIBGCC_SPEC to use them appropriately.

There's a hack in here at the moment with respect to libgcc_so in that it
is preferable to link against libgcc_so will only when -shared-libgcc is
specified (the c++ frontend does this automatically.) Configurations where
LINK_EH_SPEC is defined already do this. The gcc configuration for
NetBSD/alpha and another NetBSD platform (I forget which) actually define
LINK_EH_SPEC probably by accident rather than design.

- updates share/mk to use the compiler's knowledge of what needs linking into
libraries and executables. This removes an hppa hack.

- updates the sets for the newly created libgcc* files.

- support for linking against the _pg version of libgcc has been removed.

Updates so that mknative gets the right things.

- Disable symbol versioning (for now)
- Make sure that libiberty knows its being configured with a
cross compiler.
- The CXX_* variables are no longer needed/used.
- LIB2FUNCS_EXTRA gets pulled in via LIB2ADD
- Get LIB1ASMFUNCS and LIB2ASMSRC
- MAYBE_USE_COLLECT2 got renamed to USE_COLLECT2 (but might not
be used)
- Get EXTRA_HEADERS so that we get generate the right paths for
CPPFLAGS
- Get some variables related to shared libgcc

fix a comment; normalise.

trim FIND_ARGS. remove dead targets.

be a little more verbose about what we're doing when running mknative.
also grab LIB2FUNCS_EXTRA for libgcc3 (old fix for m68000).

Use ${HOST_SH} instead of `sh'.

If necessary, pull in <bsd.sys.mk> to get the definition of HOST_SH;
Makefiles that pull in one of (most of) <bsd.*.mk> will get this anyway.

Set EXTRA_PARTS to a null value, like we do with LIBGCC. This prevents
the tool build from attempting to build the GCC crtstuff before the
target include files are installed. PR toolchain/23112.

(Note: You would not see the bad behavior described in the PR unless
your .mk files were hacked to configure the toolchain target as
*-*-netbsd*2.0.)

for mknative, make sure we look in the target's /lib directly as the
symlinks in the /usr/lib directory point (absolutely) to "/lib/libfoo.so",
which ends up being quite invalid when target!=host...

force long long support. use -isystem* for CCADDFLAGS

we need config.h an another version of gthr-default.h

pass --enable-threads to ./configure

don't configure with multilibs when doing mknative

- build "binutils" and "gcc" separately if USE_TOOLS_TOOLCHAIN is not set
to "yes".
- adjust dbsym/mdsetimage to look in the correct place for libbfd.
- new mknative-gcc based in toolchain/mknative

add a note about "isl".

branches: 1.23.10;
remove HAVE_GCC == 6 support, add HAVE_GCC == 8 support

branches: 1.22.4;
convert HAVE_GCC handling to modern GCC release numbering:
- HAVE_GCC=5 is now the default (vs. HAVE_GCC=53 we've been using for
GCC 5.4 and GCC 5.5.)
- remove some more GCC 4.8 code. we don't support GCC 4 here.
- adjust set lists to gcc=5 from gcc=53.

add some basic HAVE_GCC=6 handling (totally unused so far.)

Remove MKCRYPTO option.

Originally, MKCRYPTO was introduced because the United States
classified cryptography as a munition and restricted its export. The
export controls were substantially relaxed fifteen years ago, and are
essentially irrelevant for software with published source code.

In the intervening time, nobody bothered to remove the option after
its motivation -- the US export restriction -- was eliminated. I'm
not aware of any other operating system that has a similar option; I
expect it is mainly out of apathy for churn that we still have it.
Today, cryptography is an essential part of modern computing -- you
can't use the internet responsibly without cryptography.

The position of the TNF board of directors is that TNF makes no
representation that MKCRYPTO=no satisfies any country's cryptography
regulations.

My personal position is that the availability of cryptography is a
basic human right; that any local laws restricting it to a privileged
few are fundamentally immoral; and that it is wrong for developers to
spend effort crippling cryptography to work around such laws.

As proposed on tech-crypto, tech-security, and tech-userlevel to no
objections:

https://mail-index.netbsd.org/tech-crypto/2017/05/06/msg000719.html
https://mail-index.netbsd.org/tech-security/2017/05/06/msg000928.html
https://mail-index.netbsd.org/tech-userlevel/2017/05/06/msg010547.html

P.S. Reviewing all the uses of MKCRYPTO in src revealed a lot of
*bad* crypto that was conditional on it, e.g. DES in telnet... That
should probably be removed too, but on the grounds that it is bad,
not on the grounds that it is (nominally) crypto.

remove remaining makefile support for GCC < 45 that i found.

Retire USE_COMPILERCRTSTUFF=yes.

branches: 1.18.2;
prepare for moving GCC 4.5 into gcc.old:

- convert to using ${EXTERNAL_GCC_SUBDIR}
- define base-external-gpl3-gcc* subdir as GCC_SUBDIR
- use <bsd.init.mk> over <bsd.own.mk> for a bunch of places; mostly
because it arranges for ../Makefile.inc to be included earlier, and
don't bother including the latter if the former is already included.
- move all .PATH: settings after <bsd.{own,lib}.mk> so that all
valid variables are set before it is evaluated
- rename mknative-gcc* to match their subdir name.

XXX the relationship between the Makefile.inc/Makefile.gcc_path files
is kind of sketchy, it would be great if this was fixed.

update to MPC 1.0.1.

Improve wording and remove typos

Use --with-{mpc,mpfr,gmp}-{lib,include} to avoid the LIBISPRIVATE=no
dance in mknative and avoid poluting the DESTDIR.

Update the README to reflect this.

Note MKRUMP=no and the need to specify HAVE_GCC= explicitly when using
MKGCC=no. Also point at but number 47353.

More tweaks

No need to do "obj includes" twice.

More tweaks. I didn't manage to complete a mknative from scratch run, but
this is a step in the right direction.

Attempt to describe the gcc 4.5 method (untested)

branches: 1.9.2; 1.9.8;
add libgomp support. needed by "cc -fopenmp", that koffice 2.3 wants to use.

initial port to HAVE_GCC = 45. mknative-gcc parts are from me
and are largely untested, most of the rest is from chuq.

branches: 1.7.4;
Rename MKBFD to MKBINUTILS and support HAVE_BINUTILS for set lists. This
makes {MK,HAVE_}BINUTILS consistent with {MK,HAVE_}{GCC,GDB}.

Allow MKBFD to defines MKBINUTILS as a backwards compatibility hook.

Update the sets lists and add conditionals for lib{bfd,opcodes}.

point out the GCC4 dirs not the GCC3 dirs.

I haven't touched the mknative stuff since 2002. Take my name off of the
readmes, so I'm not implied as a point of contact.

We use gcc's crtstuff now - update this acordingly (thanks to
Nick Hudson for instructions)

branches: 1.3.4; 1.3.6;
Fix some paths.

Copy over from ../toolchain/README.mknative and update for gcc-3.3.x.

document how to generate GCC3.3 bootstrap info with mknative

clean ups and gcc 14 support.

- remove some obsolete code
- derive MKNATIVE path from EXTERNAL_GCC_SUBDIR
- add version for netbsd gcc 14

call our GCC 12.5 "nb1 20250721".

update netbsd gcc version/date.

branches: 1.26.2;
version our GCC 12 as "nb2 20240221" now.

bump the netbsd gcc 10 version to "nb3 20231008" for all the vax updates.

XXX: check if mknative needed?
XXX: pullup-10

mark our GCC 12 as "nb1 20230729".

bump gcc 10 version.

branches: 1.22.2;
bump the netbsd version GCC to yesterday's date.

add a netbsd version for GCC 10. properly generate omp-device-properties.h.

mark GCC 9 as (so far) netbsd 20200907 version. this should fix the
compiler saying it is "gcc version 9.3.0 ()".

(needs mknative redo.)

update GCC 7 version to nb4 20200810, and fix the unknown GCC version
error assignment from "=?" to "?=" so it works as designed.

update date for GCC 8.4.0 import.

remove HAVE_GCC == 6 support, add HAVE_GCC == 8 support

branches: 1.16.2;
bump libstdc++.so.

unfortunately, we attempted to do this for netbsd-8 but we did
not actually end up having any ABI incompatibility with that,
as turning off dual ABI in libstdc++ means *only* enabling the
old ABI. however, enabling dual ABI with C11 defaults (ie,
a forward looking ABI) *is* an ABI-change for some special
cases and thus we should have bumped this a couple of weeks
ago when we re-enabled dual ABI.

call this "nb3 20190319".

mknative-gcc regen all switched ports and almost all of the
unswitched ports.

also bump the X in "nbX" with previous

bump netbsd gcc version date.

obsolete gcc 5 support.
add gcc 7 support. call it "nb1 20190119"

our GCC 6.5 is "nb4 20181109".

remove GCC 5 marker. this is now nb3 20180905.

branches: 1.10.2;
bump the NetBSD GCC version. both GCC 5 and 6 got x86 spectre
mitigation code, and both are now "nb2 20180327".

branches: 1.9.2;
mark GCC 6.4 has nb1 20180203

update netbsd version.

branches: 1.7.4;
GC more gcc 4.8 specific (dead) logic

branches: 1.6.2; 1.6.4;
set gcc 5.4 netbsd version to 2016-06-06

set NETBSD_GCC_VERSION for GCC 5.3 separately.
don't collect crtstuff anymore.

bump for printf/syslog format changres

Fix gcc PR target/64479 [SH] wrong optimization delayed-branch

Note new date for version - this is the import date.

branches: 1.1.2; 1.1.4; 1.1.6;
commonize the netbsd local version string. (the native one wasn't
updated, and now that won't be a problem again.)

jump through hoops to make the native build find gmp for gdb.

pullout parts of libbacktrace for libstdc++.

fetch ALL_OPT_URL_FILES as well for GCC 14.

pull out more libstdc++ sources.

adjust these so mknative-gcc.old is for gcc 12 and mknative-gcc
is for gcc 14.

branches: 1.118.4;
fetch G_CPP20_SOURCES.

updates for GCC 12 (relatively tiny).

- gcov-iov.h is now called version.h and we build it directly.
- need to explicitly ask for bversion.h gtyp-input.list to be built.

don't rename codecvt.cc here, do it in a Makefile when consumed.

since the Makefiles already need updates for these, it's easier
if all of the changes are there.

fetch experimental_headers, experimental_bits_headers, and ext_host_headers
to install install experimental/* and ext/opt_random.h.

fetch omp-device-properties.h and don't try to fetch sanitizer
stuff automatically yet.

make mknative-gcc.old for GCC 9. begin to update mknative-gcc for GCC 10.

more consolidation and properly condition all variables like previously.

consolidate a bunch of libstdc++ variable collection.

oops, pull out the value of pstl_headers.

pass down earm* not earmv5* to mknative-gcc.

disable fetching stuff from libsanitizer for now. it needs libstdc++
to build in mknative using gcc makefiles, and our locale changes break
the "normal" build of this.

make sure MKNATIVE_TARGET is always set. since mknative-gcc doesn't
care about the version any more (we keep two versions for gcc/gcc.old)
simply set it to "gcc".

pull out a few more things for GCC 9.

port to GCC 9.3.

set _OUTDIRBASE depending on $0, and then set _OUTDIR based on this.
now you can copy mknative-gcc to mknative-gcc.old without edit.

mknative-gcc is for GCC 8.4.
mknative-gcc.old is supposed to be for GCC 7, but is the GCC 6
version. update it and mark it for GCC 7.5.

arm needs more files

copy arm-cpu.h and arm-isa.h for arm platforms.

branches: 1.101.2;
pull out libstdc++ config.h as-is, for gnu.ver processing.
pull out the cxx11_sources and cxx98_sources values to avoid hard coding.

- build the gthr*.h files to be installed on the fly, instead of
having dozens of copies of the same thing in the tree.
- don't fetch any gthr*.h files.
- delete ancient gthr-tpf.h that was removed in GCC 4.8 or so.

this should fix the call_once tests for real now.

common-target source list is MD. make it so.

- don't getlinks here, they're no longer used.
- pullout the libcommon, libcommon-target and libgomp source list so they
don't have to be hard coded in the reachover makefile

- use --with-default-libstdcxx-abi=new for GCC, otherwise we get the
old ABI with --disable-libstdcxx-dual-abi
- fix libbacktrace mknative
- find gthr-default.h for libstdc++ mknative
- fetch FILESYSTEM_SOURCES

make includes works now.

pull out more data needed for headers and fix gthr-defaults.h.

libgcc_s has multiple symbols.

also pull out these variables:
enable_execute_stack
unwind_header
md_unwind_header
sfp_machine_header
thread_header

also pullout INTERNAL_CFLAGS for the libgcc build, where it may have
-DHAVE_CC_TLS defined on the command line. (we already collect all
the other components.)

in configargs.h, as well as normalising to /usr/src, normalise the
--build to the same as the --host, so that it never changes based
upon the host you ran mknative on. (some recent changes are only
because i updated a system from netbsd-7 to netbsd-8. this will
avoid that in the future.)

branches: 1.92.2; 1.92.4;
also fetch GCOV_DUMP_OBJS.

pullout port_specific_symbol_files from libstdc++.

use the variable for the source dir instead of duplicating it.

branches: 1.89.6;
revert our changes; softfloat removal is now done in libgcc/config.host

We provide our own soft-float implementation in libc, so elide the libgcc
sources for it.

branches: 1.87.2;
set NETBSD_GCC_VERSION for GCC 5.3 separately.
don't collect crtstuff anymore.

grab insn-modes.h, and do the libgcc bootstrap from gcc as well.

- pull i386-builtin-types.inc automatically on x86
- reenable cxx rt support
- don't grab insn-modes.h, we build it
- rename the c98 and c11 subdir codecvt.cc files while extracting
them with mknative
- grab GGC_H as well, and use it in dependency lists

update for GCC 5.3 libgcov and libstdc++

very first baby steps towards GCC 5.3 mknative.

add a comment saying this is for GCC 4.8

kill the -fPIC that m68000 ends up with, fixing it in the specs
is not trivial..

canonicalise the src dir to /usr/src, so it doesn't matter
where we run mknative.

Don't grab libstdc++-v3/config.h it's not used.

branches: 1.78.2;
don't collect gthr-default.h anymore.

don't collect c++allocator.h. we copy it via G_ALLOCATOR_H we've
already pulled out, and the extra copy can confuse make when it
has an older timestamp than the copy in dist/libstdc++-v3/.

prepare for moving GCC 4.5 into gcc.old:

- convert to using ${EXTERNAL_GCC_SUBDIR}
- define base-external-gpl3-gcc* subdir as GCC_SUBDIR
- use <bsd.init.mk> over <bsd.own.mk> for a bunch of places; mostly
because it arranges for ../Makefile.inc to be included earlier, and
don't bother including the latter if the former is already included.
- move all .PATH: settings after <bsd.{own,lib}.mk> so that all
valid variables are set before it is evaluated
- rename mknative-gcc* to match their subdir name.

XXX the relationship between the Makefile.inc/Makefile.gcc_path files
is kind of sketchy, it would be great if this was fixed.

The mpfr sources moved down into a src directory - deal with this in
mknative.

update to MPC 1.0.1.

Deleted 1 line too many in previous commit.

g/c gcc3 goop

pass both NEWCONFIGDIR and NETBSDSRCDIR to mknative-gcc.

Create a sanitise_includes function and use it everywhere it's needed.

Avoid populating mknative output with gmp,mpfr, and mpc source
directories

More tweaks. I didn't manage to complete a mknative from scratch run, but
this is a step in the right direction.

branches: 1.67.2;
Grab CRTSTUFF_T_CFLAGS_S.

Gentlement start your mknative runs.

Fix bootstrap-libgcc for gcc 4.5

branches: 1.65.2;
Fix PPC _SOFT_FLOAT

since omp.h is part of libgomp, put it in the libgomp files not the
libstdc++ files.

add libgomp support. needed by "cc -fopenmp", that koffice 2.3 wants to use.

Add an inline ex script to modify configargs.h for powerpc to auto-enable
-msoft-float.

fix the previous

-I$DESTDIR/usr/include is escaping into the generated files from
the native-gcc run. add some sed commands to remove them.

copy sysroot-suffix.h as well, for sh3.

also pull out LIB2ADD_ST for libgcc.

avoid creating an unused directory.

- call each ${MKNATIVE_CONFIG_TARGET_LIBS} target separately
- comment out maybe-all-target-libgcc
- cope with the special transformation needed for gtyp-input.list

fix previous; they belong in _headers1

also pull tr1_impl_headers parallel_headers and decimal_headers for libstdc++

fix all-tree.def, and add gtyp-input.list

fix the path for libdecnumber.

get libdecnumber info out of GCC.

also need bversion.h

some more updates for GCC 4.5.

output stuff to the right libiberty dir for gcc 4.5.

get this some what working with GCC 4.5. i at least have managed to
get crtstuff and libgcc to build for amd64, and have linked and tested
/bin/sh with all these GCC 4.5 compiled part.

initial port to HAVE_GCC = 45. mknative-gcc parts are from me
and are largely untested, most of the rest is from chuq.

branches: 1.45.4;
get_libgcc_new: Make previous work for digit only ABI names.

get_libgcc_new: Teach multilib.

Skip parameters for multilib build for now.

Handle cases where *.asm is listed in LIB2FUNCS_EXTRA (gcc/config/rs6000).

Handle cases where database text files don't exist.

Call "template sources" as "tmplsrcs", not "tmpsrcs". Requested by mrg@.

Prefix per-library *.mk files with libs.*.

Now that we know what sources are needed to build a given library, we need
the rules how to build those sources. Generate makefiles defining ${COPTS},
${CPPFLAGS}, and ${SRCS} (== template).

Note that ${CPPFLAGS} is actually dfined as _CPPFLAGS like
_CPPFLAGS.tmp___gcc_bcmp.c=-DL__gcc_bcmp
and used to generate wrapper files (e.g. tmp___gcc_bcmp.c). Otherwise it's
automagically passed to ${CC} by bsd.*.mk.

For each library, generate a makefile of the list of template sources too.

For each library, generate a list of sources (*.[cS]).

We create wrapper sources (tmp_*.[cS]) on-the-fly and compile them. For
example, __gcc_bcmp() is compiled using tmp___gcc_bcmp.c, which #define's
L__gcc_bcmp and #include's libgcc2.c.

Move these analyzing functions into one place, get_libgcc_new_analyze().

Typo.

Generate lists of template sources ("tmpsrcs") for each libraries. We'll
need these to create wrappers of tmpsrcs and define correct dependencies.

Generate *.o -> template *.[cS] ("tmpsrc") mapping.

Functions are built from a template (tmpsrc). We create wrapper sources
(src) and define necessary defines and #include tmpsrc.

- Generate a list of CPP flags used to build *.o. Some files are build
repeatedly with different -DXXX to generate similar objects (e.g. different
type size).

- Generate a list of other CC options to build *.o.

(See my sed-fu using hold space in get_libgcc_list_objs_xflags().)

- Generate a list of *.o -> lib*.{a,so} mapping. This is also known by
parsing dependency lines in libgcc.mk.

- Generate a list of *.o -> *.{c,S} mapping. *.S files are known as
${LIB1ASMFUNCS}. Assume other *.o files are built from *.c. This information
is needed to generated wrapper sources later.

Generate lists of functions built in libgcc libraries. This is known by
pattern matching dependency lines in libgcc.mk.

Generate a list of functions provided as *.S.

Define paths of newly generated files.

Start implementing the new style libgcc "mknative" converter which generates
BSD makefiles to build libgcc. The goal is to build all functions rather
than managing the set of functions in gnu/lib/libgcc/Makefile.in by hand.

Because of the complexity of the build procedure, I leave not only generated
makefiles but also intermediate, analyzed data so that people can verify that
the conversion is done correctly.

- add a i386/t-netbsd64 makefile fragment to build 32/64 bit
libgcc/multilib on amd64
- enable the 32/64 bit libgcc/multilib support on sparc64
- adapt mknative-gcc to grab multilib.h
- use --enable-multilib on amd64 and sparc64

none of this affects the installed tools yet, just the src/tools one.

Grab libgcov stuff.

Collect the libobjc config.h

branches: 1.22.4; 1.22.10;
convert build/ggc-none.o to build-ggc-none.lo.

also grab ${_extravars} for GCC4 in the get_gcc() function.

Fixes for mknative runs on gcc3.

- get the information from a gcc3 .native
- don't get gcc4 variables
- put back the getvars for SHLIB_LINK SHLIB_MULTILIB as they work
on gcc3 and leave as XXX'd on gcc4.

I've re-arranged some of the variables to minimise the differences, but
didn't do them all.

make this work for GCC3 one again.

also grab ALL_OPT_FILES from gcc/Makefile for libobjc4.

make sure that c++ headers work again.

support GCC4:
- look in gnu/dist/gcc4
- don't build fortran
- use /usr/bin/env -i so that gmake works (XXX - breaks from MAKEFLAGS
in the build.sh generated makewrapper.)
- use gmake and Makefile.gmakehost
- update .native/.configure_done target

mirror a fix from mknative-binutils:
>fix the sed expression that pulls VPATH out of the makefile to work
>with any number of tabs or spaces after the equal sign.

Add code to extract make vars for GCC crtstuff.

Add some more variables used to build libgcc_s.

Part of the fix for PR 22452.

branches: 1.12.2;
Updates so that mknative gets the right things.

- Disable symbol versioning (for now)
- Make sure that libiberty knows its being configured with a
cross compiler.
- The CXX_* variables are no longer needed/used.
- LIB2FUNCS_EXTRA gets pulled in via LIB2ADD
- Get LIB1ASMFUNCS and LIB2ASMSRC
- MAYBE_USE_COLLECT2 got renamed to USE_COLLECT2 (but might not
be used)
- Get EXTRA_HEADERS so that we get generate the right paths for
CPPFLAGS
- Get some variables related to shared libgcc

Move libgcc3/*.mk to libgcc3/arch.

Update mknative-gcc.

fix a comment; normalise.

use mknative.common

be a little more verbose about what we're doing when running mknative.
also grab LIB2FUNCS_EXTRA for libgcc3 (old fix for m68000).

don't want auto-build.h anymore

we need config.h an another version of gthr-default.h

fix a typo in previous

libiberty/config.h needs to become per-arch.

fix a bug in previous - two $'s are bad

add another transform for libobjc3

- build "binutils" and "gcc" separately if USE_TOOLS_TOOLCHAIN is not set
to "yes".
- adjust dbsym/mdsetimage to look in the correct place for libbfd.
- new mknative-gcc based in toolchain/mknative

pullout libbacktrace stuff for gcc 12 libstdc++ as well.

adjust these so mknative-gcc.old is for gcc 12 and mknative-gcc
is for gcc 14.

gcc 10 is now in gcc.old, make mknative-gcc.old gcc-10 happy.

make mknative-gcc.old for GCC 9. begin to update mknative-gcc for GCC 10.

pass down earm* not earmv5* to mknative-gcc.

set _OUTDIRBASE depending on $0, and then set _OUTDIR based on this.
now you can copy mknative-gcc to mknative-gcc.old without edit.

mknative-gcc is for GCC 8.4.
mknative-gcc.old is supposed to be for GCC 7, but is the GCC 6
version. update it and mark it for GCC 7.5.

copy across GCC 6.4 mknative-gcc into mknative-gcc.old.

branches: 1.5.2; 1.5.4;
use the variable for the source dir instead of duplicating it.

- gcc.old == gcc-5.3, so copy mknative-gcc{,.old} and adjust
- disable dual libstdc++ abi per joerg
(https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html)
will require a major libstdc++ major bump.

set _OUTDIR and _OUTDIRBASE properly for gcc.old, and fix a sed.

prepare for GCC 5:
- remove GCC 4.5 stuff, add most very basic GCC 5 stuff.
- use mknative-gcc.old for GCC 4.8
- copy mknative-gcc to mknative-gcc.old (should have done this when we
switched to using gcc.old.)

this should not affect current builds.

branches: 1.1.4; 1.1.8;
prepare for moving GCC 4.5 into gcc.old:

- convert to using ${EXTERNAL_GCC_SUBDIR}
- define base-external-gpl3-gcc* subdir as GCC_SUBDIR
- use <bsd.init.mk> over <bsd.own.mk> for a bunch of places; mostly
because it arranges for ../Makefile.inc to be included earlier, and
don't bother including the latter if the former is already included.
- move all .PATH: settings after <bsd.{own,lib}.mk> so that all
valid variables are set before it is evaluated
- rename mknative-gcc* to match their subdir name.

XXX the relationship between the Makefile.inc/Makefile.gcc_path files
is kind of sketchy, it would be great if this was fixed.

prepare for moving GCC 4.5 into gcc.old:

- convert to using ${EXTERNAL_GCC_SUBDIR}
- define base-external-gpl3-gcc* subdir as GCC_SUBDIR
- use <bsd.init.mk> over <bsd.own.mk> for a bunch of places; mostly
because it arranges for ../Makefile.inc to be included earlier, and
don't bother including the latter if the former is already included.
- move all .PATH: settings after <bsd.{own,lib}.mk> so that all
valid variables are set before it is evaluated
- rename mknative-gcc* to match their subdir name.

XXX the relationship between the Makefile.inc/Makefile.gcc_path files
is kind of sketchy, it would be great if this was fixed.

Merge gcc-4.8 mknative bits.

fix the variable name for then non-gmake case.

branches: 1.15.2;
Be more selective about what to quote-quote: only paths and version numbers.

backslash me harder!

since gmake does not have :Q handle it in sed...

use make -C path/to -f Makefile instead of make -f path/to/Makefile
so that includes with relative paths work.

Merge gcc-4.8 mknative bits.

Make sure gmake is quiet when grabbing variables.

branches: 1.9.34; 1.9.40;
Whenever we try to parse the output from make, run make with the -B
flag. This ensures that -j<N> isn't accidentally inherited from the
environment, because the "--- foo ---" headers printed with -j<N> would
interfere with parsing the output.

branches: 1.8.4;
use the same "Generated from: " tag for mknative.common so that changes
that only affect rcsid's don't cause all generated files to change.

quote variables in the gmake version of getvars() so that stuff that
looks like (FOO|BAR) works.

also note the rcsid of mknative.common

when generating path names also substitute the real path name as well as
the VPATH. now /usr/src doesn't end up in libstdc++-v3_4 defs.mk.

- ensure $MAKE is set
- support $MAKE as gmake for getvars()

Take output and look for things of the form ./XXX.o and turn them into XXX.o
so generated objects vs listed objects in make line up and dependcies happen
correctly. Found because libiberty (on this binutils import) was leaving
all objects as ./object.o and make wasn't picking up correct depends on
config.h as a result.

minor (shell) KNF

common part of mknative