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

Update HEAD with the stock binutils_2_15_20040523 file.

Try to keep CVS from pissing over the next binutils import by returning
to purely stock files.

We use the stock version of this file as in rev 1.4.

We use the stock version of this file as in rev 1.4.

Use the vendor's 2.12_20020221_snap version of this file as in rev 1.4.

Use the vendor's 2.12.0_snap version of this file as in rev 1.4.

Use the vendor's 2.11.2 version of this file as in rev 1.4.

Return to the vendor's version of this file as in rev 1.4.
(CVS is too stupid to realize we've done this 3 times now...)

Return to the vendor's version of this file as in rev 1.4.

Return to the vendor's version of this file as in rev 1.4.

Revert this file back to its FSF/Cygnus virgin state.
With jb's rev 1.2 commit to usr.bin/lorder/lorder.sh we don't depend on
the 4.4BSD's ``nm -o'' behavior.

Previous to 4.3BSD-Reno, ``nm -o'' did not output the .o's filename on a
line by itself. The change occurred between CSRG's nm.c rev 4.8 (1987) and
rev 5.1 (in 1989), which was "new version from Hans Huebner hans@garp.mit.edu,
huebner@db0tui6.BITNET". The Binutils maintainers would rather cater to
a loud boisterous user of 4.3BSD VAXen which has its own native toolchain,
rather than a modern Unix with multiple orders of magnitude more users
and in which Binutils *is* the native toolchain.

Resolve conflicts from import of binutils-2.9.1.

Submitted by: Doug Rabson <dfr>

Fix the output format of "nm" so that it works properly for FreeBSD's
"lorder" command.

GNU rejected this change because they felt it would be an unacceptable
incompatibility to change the output format at this point -- even
though it was wrong to begin with.

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

Initial import of GNU binutils version 2.8.1. Believe it or not,
this is heavily stripped down.