src-test2/gnu/usr.bin/binutils, branch release/5.1.0_cvs

This commit was manufactured by cvs2svn to create tag

2003-06-04T16:00:27Z

'RELENG_5_1_0_RELEASE'. This commit was manufactured to restore the state of the 5.1-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

Set the binutils arch for as/nm correctly on the amd64 platform.

2003-05-08T06:39:31Z

As far as binutils is concerned, the amd64 platform is still called "x86-64"/"x86_64". Setting things from ${MACHINE_ARCH} breaks that. Approved by: re (scottl)

The AMD64 Hammer bits.

2003-04-26T03:28:21Z

Remove first attempt at x86-64 bits. We're going to call it "amd64" now.

2003-04-26T03:24:26Z

Removed invasion into these makefiles by the "legacy" stuff;

2003-04-12T14:44:49Z

I have a better fix in the works.

libbinutils.a needs basename(3); when the latter is provided

2003-04-11T18:02:10Z

by -legacy, liblegacy.a should come last in the LDADD list.

Migrate to a new way of dealing with building from old revisions of

2003-04-05T20:30:30Z

FreeBSD. This method attempts to centralize all the necessary hacks or work arounds in one of two places in the tree (src/Makefile.inc1 and src/tools/build). We build a small compatibility library (libbuild.a) as well as selectively installing necessary include files. We then include this directory when building host binaries. This removes all the past release compatibilty hacks from various places in the tree. We still build on tip of stable and current. I will work with those that want to support more, although I anticipate it will just work. Many thanks to ru@, obrien@ and jhb@ for providing valuable input at various stage of implementation, as well as for working together to positively effect a change for the better.

Attempt to automatically read in kernel module symbols when a live

2003-03-21T00:30:53Z

or dead kernel core is loaded into gdb. This extends gdb's existing shared library support, so the "info sharedlibrary", "sharedlibrary" and "nosharedlibrary" commands can be used to view and change the list of loaded symbol files. The current implementation is more than a kludge however, and it will not always manage to find the .ko.debug file corresponding to the loaded module. In particular, for modules whose build directory cannot be easily guessed from the module name such as all the netgraph modules, the debug version of the .ko will not be found automatically. The logic for finding the module file first attempts to guess at the module build directory by parsing the version[] string. Then using that directory ($DIR), it tries the following paths in turn: ./.ko.debug ./.ko $DIR/.ko.debug $DIR/.ko /boot/kernel/.ko.debug /boot/kernel/.ko Approved by: obrien, mp

Fixed CLEANFILES.

2003-02-25T15:41:49Z

Submitted by: cron

The PowerPC-specfic scripttempl file was depreciated in favor of the generic

2003-01-21T06:12:56Z

ELF one.