Copy stable/9 to releng/9.3 as part of the 9.3-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

Copy head to stable/9 as part of 9.0-RELEASE release cycle.

Approved by: re (implicit)

Merge binutils 2.17.50 to head. This brings a number of improvements to
x86 CPU support, better support for powerpc64, some new directives, and
many other things. Bump __FreeBSD_version, and add a note to UPDATING.

Thanks to the many people that have helped to test this.

Obtained from: projects/binutils-2.17

Garbage-collect some code made obsolete by the TBEMD import.

Teach our toolchain how to generate 64-bit PowerPC binaries. This fixes
a variety of bugs in binutils related to handling of 64-bit PPC ELF,
provides a GCC configuration for 64-bit PowerPC on FreeBSD, and
associated build systems tweaks.

Obtained from: projects/ppc64

Remove alpha support from here too. FreeBSD 6 was the last branch to
support it.

Push mips support into the tree.

Be consistent in quoting.

For variables that are only checked with defined(), don't provide
any fake value.

Updated Bmake framework for Binutils 2.15.

Update for the Binutils 2.13.2 20021127 snapshot import.

We HAVE_STPCPY now.

Removed now unused INTERNALSTATICLIB.
INTERNALLIB now implies NOPIC and NOPROFILE.
Removed gratuitous NOMAN.

Update to Binutils 2.12.0 release.

Upgrade to a Binutils 2.12.0 snapshot.

Binutils 2.11.2 build framework for the FreeBSD/IA-64 target.

Clean up the formatting.

Upgrade to Binutils 2.11.0.

Remove MIPS support.
It has rotted quite badly and no one has provided updates for it.

Pull the switch and activate our Binutils to a snapshot of the up and
comming 2.10 release.

First cut at the (non-contrib) bits needed to build the binutils
distribution for FreeBSD/Sparc64.

Reviewed by: obrien

Add a BINUTILSDISTDIR hook to provide a path to a full binutils release
outside the contrib files that FreeBSD distributes. This for use by
those who want to work on porting FreeBSD to additional architectures.

Add binutils support for additional architectures.

$Id$ -> $FreeBSD$

Add TARGET_ARCH=mipsel and TARGET_ARCH=mipseb as a valid targets.
Unlike the unisex architecutres we've had so far, mips is bisexual.
These tools can produce either byte sex, and the compiler/make
determines the proper gender to use. Otherwise, we'd have to have had
mipsel and mipseb in all the places that we have just mips. And there
are other complications with doing that (binutils doesn't like to
build mips tools without both byte genders, it seems).

Introduced BINUTIL_ARCH so that other bisexual architectures can a
generic mechanism.

We cannot just define MACHINE_ARCH as mips because we need to
differentiate big and little endian types of binaries. Discussions on
freebsd-arch have hashed out this issue (and the parallel libc
issues). NetBSD is moving towards mipsel and mipseb for their two
flavors of mips ports (in time for 1.4, if this change hasn't already
been accomplished).

I've been building i386 worlds with this tree for a three months with
these files in place with no ill effects.

Remote i386 cross-architecture support. It's now configurable, and off
by default.

Configure alpha to disassemble both alpha and i386 opcodes.

Replace empty install targets with definitions of INTERNALLIB and
INTERNALSTATICLIB to suppress installation of internal libraries.

Restructure the binutils hierarchy somewhat in order to better
support building it for variant architectures. It was already
becoming clear that the former structure was too rigid and didn't
scale well.

The usual sort of makefile magic arranges to .include an architecture
specific makefile "Makefile.${MACHINE_ARCH}" in each directory
where it exists. Also, sources will be found in each subdirectory
"${MACHINE_ARCH}" that exists. This is all taken care of automatically
by the top level "Makefile.inc0".

This all seems to work right for the i386 now. I have also converted
those alpha pieces already present to the new schema as best I
could.

Also: change the BINDIR on the i386 to /usr/libexec/elf for "ar"
and "ranlib". They are not object format independent enough to
put into /usr/bin.

This commit was generated by cvs2svn to compensate for changes in r33975,
which included commits to RCS files with non-trunk default branches.