Tidy up how __sigaction14_sigtramp.c is added to SRCS.

In rumprun mode on ARM, don't build syscall or signal code into libc.
(like on x86)

Include compiler-rt in libc, libm and libkern.

Use generic version of fabs for softfloat.

Use less got, add END(), make thumb tolerant.

If not earmv7, use -marm on all assembly files

Revert previous.

Only add in __aeabi_read_tp.S when building for earm.

Match against LIBC_MACHINE_ARCH for MKCOMPAT

Add support for earmhf and earmhfeb and add SRCS.hardfloat.

for earm*, add arm_initfini.c

When building for earm*, compile __aeabi_[df]cmpun.c and __aeabi_[il]div0.c

Remove all FPA code.
Support VFP for hard float
Allow MKSOFTFLOAT=no

Remove magic numbers.

branches: 1.15.2;
Use the generic fixuns ieee754 instead of the ones from softfloat.

Don't need -I${.CURDIR}/arch/arm anymore

Only compile __aeabi_*ldivmod for earm/earmeb.

For ARM EABI, we need -DDSOFTFLOAT_NEED_FIXUNS too.

Add __aeabi_uldivmod (unsigned long long div/mod).
Only use 32-bit softfloat if arm/armeb.
earm/earmeb will use the 64-bit softfloat.

branches: 1.10.4;
Hook up TLS support on ARM. Tested by martin@, kernel support from matt@

branches: 1.9.6;
remove almost all the ability to build netbsd with an a.out target.
we're ELF now, and there are many missing checks against OBJECT_FMT.
if we ever consider switching, the we can figure out what new ones
we need but for now it's just clutter.

this doesn't remove any of the support for exec_aout or any actually
required-for-boot a.out support, only the ability to build a netbsd
release in a.out format. ie, most of this code has been dead for
over a decade.

i've tested builds on vax, amd64, i386, mac68k, macppc, sparc, atari,
amiga, shark, cats, dreamcast, landisk, mmeye and x68k. this covers
the 5 MACHINE_ARCH's affected, and all the other arch code touched.
it also includes some actual run-time testing of sparc, i386 and
shark, and i performed binary comparison upon amiga and x68k as well.


some minor details relevant:
- move shlib.[ch] from ld.aout_so into ldconfig proper, and cut them
down to only the parts ldconfig needs
- remove various unused source files
- switch amiga bootblocks to using elf2bb.h instead of aout2bb.h

G/c KMSRCS and KMINCLUDES now that we have common/lib/libc

move to the new compat layout.

Add SA_SIGINFO support for ARM.

Enable the libc-provided signal trampoline. The old __sigaction14
entry point has been replaced by the new __sigaction14() which is a
wrapper around the __sigaction_sigtramp system call (which is itself
not directly exposed outside of libc).

No shared library version change is necessary; no new symbols
are exposed outside of libc.

Import the 32-bit version of SoftFloat 2a and separate it and the 64-bit
version into different directories. Which version a given port uses is
controlled by the SOFTFLOAT_BITS make variable. This is set to 64 (which
uses the same code we had before) by default. 32-bit platforms that don't
need extended precision support might get better performance by using 32.

Set the ARM port to use the 32-bit version of SoftFloat, since this is more
than a factor of two faster than the 64-bit version. This should get the
floating-point performance back to what it was in 1.5.

Re-instate __fixunssfsi() and __fixunsdfsi(), but only for arm32 with a.out
binaries, because libc's provided them there forever.

Leave selection of APCS mode to the compiler -- future versions of cpp will
get it right.

Always include new softfloat code -- it seems OK on arm32.

branches: 1.1.2;
Create shared ARM source for libc, and move arm26 port over to using it.
The code is (almost) a direct copy of the current arm26 sources.
It's identical to the current arm32 sources, with the following exceptions:
- _C_LABEL is used on references to C labels from assembler.
- Function returns in assembler have APCS-26 versions in #ifdef __APCS_26__.
- It uses SoftFloat 2a rather than SoftFloat 1a.

The first two of these should be inconsequential. I believe that SoftFloat 2a
should work on arm32 and be backward-compatible with existing code, but this
is not obviously true. For now, arm32 remains using its own bits of libc.