Upgrade NTP to 4.2.8p4.

Security: FreeBSD-SA-15:25.ntp
Security: CVE-2015-7871
Security: CVE-2015-7855
Security: CVE-2015-7854
Security: CVE-2015-7853
Security: CVE-2015-7852
Security: CVE-2015-7851
Security: CVE-2015-7850
Security: CVE-2015-7849
Security: CVE-2015-7848
Security: CVE-2015-7701
Security: CVE-2015-7703
Security: CVE-2015-7704, CVE-2015-7705
Security: CVE-2015-7691, CVE-2015-7692, CVE-2015-7702
Approved by: so

Merge r267738 from stable/9:

Remove send-pr and fix up all references to it. Replace it with a
stub send-pr directing people towards the web site.

Approved by: re (gjb), bugmeister

Remove svn:mergeinfo carried over from stable/9.

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

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

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

MFC r235211:

General mdoc(7) and typo fixes.

PR: 167696

MFC r234782:
Add src.conf option WITH_SHARED_TOOLCHAIN to enable building the
toolchain binaries as dynamically linked. Option is disabled by
default.

MFC r235152 (by imp):
Make is part of the bootstrap path, so we need to guard against this
not being defined. Otherwise we don't make a new make when the old
make is incompatible.

MFC r228601:

Define YY_NO_INPUT when building libbinutils, to prevent warnings about
unused input() functions emitted by lex.

MFC: r227006, r227281, r227282

Add a PCI front-end to esp(4) allowing it to support AMD Am53C974 and
replace amd(4) with the former in the amd64, i386 and pc98 GENERIC kernel
configuration files. Besides duplicating functionality, amd(4), which
previously also supported the AMD Am53C974, unlike esp(4) is no longer
maintained and has accumulated enough bit rot over time to always cause
a panic during boot as long as at least one target is attached to it
(see PR 124667).

PR: 124667
Approved by: re (kib)
Obtained from: NetBSD (based on)

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

Approved by: re (implicit)

With retirement of cpumask_t and usage of cpuset_t for representing a
mask of CPUs, pc_other_cpus and pc_cpumask become highly inefficient.

Remove them and replace their usage with custom pc_cpuid magic (as,
atm, pc_cpumask can be easilly represented by (1 << pc_cpuid) and
pc_other_cpus by (all_cpus & ~(1 << pc_cpuid))).

This change is not targeted for MFC because of struct pcpu members
removal and dependency by cpumask_t retirement.

MD review by: marcel, marius, alc
Tested by: pluknet
MD testing by: marcel, marius, gonzo, andreast

etire the cpumask_t type and replace it with cpuset_t usage.

This is intended to fix the bug where cpu mask objects are
capped to 32. MAXCPU, then, can now arbitrarely bumped to whatever
value. Anyway, as long as several structures in the kernel are
statically allocated and sized as MAXCPU, it is suggested to keep it
as low as possible for the time being.

Technical notes on this commit itself:
- More functions to handle with cpuset_t objects are introduced.
The most notable are cpusetobj_ffs() (which calculates a ffs(3)
for a cpuset_t object), cpusetobj_strprint() (which prepares a string
representing a cpuset_t object) and cpusetobj_strscan() (which
creates a valid cpuset_t starting from a string representation).
- pc_cpumask and pc_other_cpus are target to be removed soon.
With the moving from cpumask_t to cpuset_t they are now inefficient
and not really useful. Anyway, for the time being, please note that
access to pcpu datas is protected by sched_pin() in order to avoid
migrating the CPU while reading more than one (possible) word
- Please note that size of cpuset_t objects may differ between kernel
and userland. While this is not directly related to the patch itself,
it is good to understand that concept and possibly use the patch
as a reference on how to deal with cpuset_t objects in userland, when
accessing kernland members.
- KTR_CPUMASK is changed and now is represented through a string, to be
set as the example reported in NOTES.

Please additively note that no MAXCPU is bumped in this patch, but
private testing has been done until to MAXCPU=128 on a real 8x8x2(htt)
machine (amd64).

Please note that the FreeBSD version is not yet bumped because of
the upcoming pcpu changes. However, note that this patch is not
targeted for MFC.

People to thank for the time spent on this patch:
- sbruno, pluknet and Nicholas Esborn (nick AT desert DOT net) tested
several revision of the patches and really helped in improving
stability of this work.
- marius fixed several bugs in the sparc64 implementation and reviewed
patches related to ktr.
- jeff and jhb discussed the basic approach followed.
- kib and marcel made targeted review on some specific part of the
patch.
- marius, art, nwhitehorn and andreast reviewed MD specific part of
the patch.
- marius, andreast, gonzo, nwhitehorn and jceel tested MD specific
implementations of the patch.
- Other people have made contributions on other patches that have been
already committed and have been listed separately.

Companies that should be mentioned for having participated at several
degrees:
- Yahoo! for having offered the machines used for testing on big
count of CPUs.
- The FreeBSD Foundation for having sponsored my devsummit attendance,
which has been instrumental.
- Sandvine for having offered offices and infrastructure during
development.

(I really hope I didn't forget anyone, if it happened I apologize in
advance).

Change the load address from offset 0 in region 1 to offset 4G in region 0.
This (almost) gives us the address space back (at the bottom) that we lost
at the top.

Region 0 has traditionally been reserved for IA-32 emulation, which has not
been of great interest. By starting 64-bit processes at the 4G boundary we
at least preserve some of the advantages:
1. Any invalid pointer cast (from int to pointer and back) will still
always fail and not only when more than 4GB of memory is in use.
2. Memory sharing between 64-bit and 32-bit processes is still possibly
by using addresses < 4G.

Branch from contrib/binutils/ld/emulparams/elf64_ia64_fbsd.s so that
we can modify it.

Fix typo: s/LIBSERACHPATH/LIBSEARCHPATH/g

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

Fix n32 compile.

These changes are needed to fix n32 compile after the recent change of
mips n32 MACHINE_ARCH to mipsn32eb/mipsn32el.

Reviewed by: imp, bz (earlier version)

Retire TARGET_ABI.

Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces
MACHINE_ARCH=mipse[lb] TARGET_ABI=n64.

MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires
WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated
this much, but implemented this to preserve as much of the TARGET_ABI
functionality that I could. Since its presence doesn't affect the
working cases, I've kept it in for now.

Added mips64e[lb] to make universe, so more kernels build.

And I think this (finally) closes the curtain on the tbemd tree.

Let gcc and ld know where to find 32 bit libraries on amd64.

Reviewed by: arch@
Approved by: kib (mentor)

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

Try including Makefile.${TARGET_ARCH} before Makefile.${TARGET_CPUARCH} if
it exists in order to allow arch-specific overrides. This fixes the
binutils (and world) build on powerpc64 after recent TBEMD merges.

Reviewed by: imp

We need to add powerpc64->powerpc translations (I knew I hated copying
this code in the first place).

Also MACHINE_ARCH powerpc is 32-bit, not MACHINE_CPUARCH == powerpc.

Submitted by: nathanw

Garbage collect gnu/usr.bin/binutils/{gasp,gdb,gdbreplay}, as these have
not been connected to the build for more than 6 years.

Obtained from: projects/binutils-2.17

Do not build or install gasp.info anymore, as gasp has not been built or
installed for more than 6 years.

Obtained from: projects/binutils-2.17

Complete the integration of tbemd branch into head.

TARGET_BIG_ENDIAN is now completely dead, except where it was
originally supposed to be used (internally in the toolchain building).

TARGET_ARCH has changed in three cases:
(1) Little endian mips has changed to mipsel.
(2) Big endian mips has changed to mipseb.
(3) Big endian arm has changed to armeb.

Some additional changes are needed to make 'make universe' work on arm
and mips after this change, so those are commented out for now.

UPDATING information will be forthcoming. Any remaining rough edges
will be hammered out in -current.

Remove target peigen.c so that make doesn't warn us about it.

Add support for the BFD target efi-app-x86_64.

This uses only GPL2 source code and is a requirement for a 64 bit EFI
boot loader.

MFtbemd:

Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want
to test of all the CPUs of a given family conform.

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

Add an alignment of 8 for sections in the n32 ABI. The default alignment
of of 4 causes _end to be word aligned, which will be returned by sbrk.

malloc(3), when compiled for n32, expects sbrk to return an 8-byte aligned
value.

Approved by: rrs (mentor)

Add/improve mips64r2, Octeon, n32 and n64 support in the toolchain.

o) Add TARGET_ABI to the MIPS toolchain build process. This sets the default
ABI to one of o32, n32 or n64. If it is not set, o32 is assumed as that is
the current default.
o) Set the default GCC cpu type to any specified TARGET_CPUTYPE. This is
necessary to have a working "cc" if e.g. mips64 is specified, as binutils
will refuse to link objects using different ISAs in some cases.
o) Add support for n32 and n64 ABIs to binutils and GCC.
o) Add additional required libgcc2 stubs for n32 and n64.
o) Add support for the "mips64r2" architecture to GCC. Add the "octeon"
o) When static linking, wrap default libraries in --start-group and
--end-group. This is required for static linking to work on n64 with the
interdependencies between libraries there. This is what other OSes that
support n64 seem to do, as well.
o) Fix our GCC spec to define __mips64 for 64-bit targets, not __mips64__, the
former being what libgcc, etc., check and the latter seemingly being a
misspelling of a hand merge from a Linux spec.
o) When no TARGET_CPUTYPE is specified at build time, make GCC take the default
ISA from the ABI. Our old defaults were too liberal and assumed that 64-bit
ABIs should default to the MIPS64 ISA and that 32-bit ABIs should default to
the MIPS32 ISA, when we are supporting or will support some systems based on
earlier 32-bit and 64-bit ISAs, most notably MIPS-III.
o) Merge a new opcode file (and support code) from a later version of binutils
and add flags and code necessary to support Octeon-specific instructions.
This should also make merging opcodes for other modern architectures easier.

Reviewed by: imp

Make the n32 scripts actually generate, ummm, n32 binaries... <blush>

Submitted by: jmallet

Add n32 ABI generators...

Submitted by: neel, jmallet

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

Remove more traces of the Alpha port.

Remove another reference to alpha...

Merge r195575 and 195530 from projects/mips to head by hand:

r195575 | imp | 2009-07-10 12:24:02 -0600 (Fri, 10 Jul 2009) | 2 lines
quick hack for the problem gonzo is seeing.

r195530 | imp | 2009-07-10 01:18:30 -0600 (Fri, 10 Jul 2009) | 5 lines
Always build all 4 emulators into the mips toolchain.
# I think we have a gcc spec file issue with abi=64 since I have to do other
# hacks to get it mostly kinda right.

Merge from project/mips r195021:

r195021 | gonzo | 2009-06-25 18:44:23 -0600 (Thu, 25 Jun 2009) | 2 lines
- Add MIPS to the list of 32-bit architectures

Push mips support into the tree.

Push mips support for ld into the tree.

Push mips support for as into the tree.

Enable EFI target.
While there, make use of the DEFAULT_VECTOR variable.

Lower WARNS to avoid warning about type-punned casting.

Add support for the 32-bit EFI target.

Set AR=gnu-ar and RANLIB=gnu-ranlib on systems where we are forced
to use GNU tools. Remove the _WITH_GNUAR knob.

Prodded by: obrien

Make again BSD ar(1) the default system ar(1), now properly handling
source upgrades by falling back to GNU ar(1) as necessary. Option
WITH_BSDAR is gone. Option _WITH_GNUAR to aid in upgrades is *not*
supposed to be set by the user.

Stop bootstrapping BSD ar(1) on the next __FreeBSD_version bump, as
there are no known bugs in it. Bump __FreeBSD_version to anticipate
this and to flag the switch to BSD ar(1), should it be needed for
something.

Input from: obrien, des, kaiw

If 'WITH_BSDAR' is defined, install as gnu-<util_name>.

Back out previous commit. Restore Binutils ar as default. Disconnect
'BSD' ar to the build.

Requested by: des

* Connect ar(1) to the build and make it default ar. Rename GNU
binutils ar and ranlib to gar and granlib, respectively.

* Introduce a temporary variable WITH_GNUAR as a safety net.
When buildworld with -DWITH_GNUAR, GNU binutils ar and ranlib
will install as default ones and 'BSD' ar will be disabled.

* Bump __FreeBSD_version to reflect the import of 'BSD' ar(1).

Approved by: jkoshy (mentor)

Force -O1 compilation when targeted for ia64. GCC 4 generates
bad code at -O2. Since this is likely caused by the low-level
optimizer, testing TARGET_ARCH rather than MACHINE_ARCH should
handle ia64 cross-compilation as well. With this work-around
in place, we can release using the current GCC and Binutils
code at the default optimization level on ia64.

Approved by: re (kensmith)

Reduce diff to vendor for maintance purposes.

Approved by: re(ken)

In the case of a native build, set NATIVE to yes so that the code circuits
that need to be activated specifically for the case of a native linker
actually are enabled. Specifically, this makes ld(1) look for shared
libraries in LD_LIBRARY_PATH in the native case, as documented in the
man page.

PR: gnu/96481
Approved by: re (kensmith)
MFC after: 2 weeks

Fix PowerPC-targeted cross-builds performed on 64-bit platforms.
Only PowerPC supports both 32-bit and 64-bit targets and the
BFD_DEFAULT_TARGET_SIZE is used by the binutils code to reflect
the preferred ABI. We define BFD_DEFAULT_TARGET_SIZE for all
platforms, but based on the build machine. As such 64-bit build
machines defined BFD_DEFAULT_TARGET_SIZE incorrectly for 32-bit
targets, but since this only affects PowerPC it went unnoticed
for a long time.
The fix is to define BFD_DEFAULT_TARGET_SIZE based on the target
architecture.

PR: amd64/102996
MFC after: 1 month

Allow one to force with issue with 'TARGET_BIG_ENDIAN'.

Temporarily add newer copy of tc-sparc.c to build to
support building of sun4v. This can be removed once
the binutils import happens.

Reviewed by: kan
Approved by: rwatson (mentor)

Remove redundant default vector

Submitted by: ru@

fix the build: add missing end of line cont character

scripts for the arm port.

Submitted by: cognet@
Reviewed by: obrien and kan

Fix the build and minor cleanup.

.end -> .endif

Config file for arm assembler

TARGET_BIG_ENDIAN isn't appropriate here. __ARMEB__ is sufficient and
besides, TARGET_BIG_ENDIAN isn't defined anyway.

Style sync.

Craft the FreeBSD/ARM ABI by hacking the New ARM ABI source.

Submitted by: cognet

Default vector to big endian ARM if "TARGET_BIG_ENDIAN" is defined.

Build 'ld' supporting a big endian ARM if "TARGET_BIG_ENDIAN" is defined.

Configure for for big endian if TARGET_BYTES_BIG_ENDIAN is defined.

Define build 'as' TARGET_BYTES_BIG_ENDIAN if "TARGET_BIG_ENDIAN" is defined.
This is needed for bi-sex architectures.

Add rs6000 to the architectures on PowerPC. It's needed by gdb(1).

Fix typo.

Submitted by: kevlo

Add ARM platform Makefile for building BFD. We include the New ARM ABI only.
(rev 1.1 was an accidental commit)

Be consistent in quoting.

Create a genscripts driver based on the PowerPC one.

remove these vestiges of gdbserver.. It hasn't built in a long time, and
now really belongs in gdb, not binutils.. Plus, these don't resemble what
the new gdbserver looks like.

Use the system gnuregex library vs. building GNU regex bits into libiberty
and using them.

Reviewed by: marcel,imp
Desired by: ache

Scheduled mdoc(7) sweep.

NOSHARED -> NO_SHARED

Start the dreaded NOFOO -> NO_FOO conversion.

OK'ed by: core

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

Add NO_WERROR here. Binutils as does not compile cleanly with GCC 3.4.x.

MAJOR cleanup of the Bmake framework.
This includes removing all vestiges of the old not-really supported
ability to build cross tools targeting non-FreeBSD systems, such as
m68k Lynx and NetBSD. Move as much duplicated code from platform
Makefiles into the shared Makefiles. Add a simple mechanism for
specifying ELF 'ldscripts'. Also share as many .h files as possible
(now a single bfd.h vs. one per platform).

Removed. It was used for building gdb docs, which we don't do here
anymore.

GDB has moved up one level.

Remove building gdb info files. The gdb info files are built as part
of building gdb itself, which has been decoupled from binutils for
as much as is reasonable.

Turn back on the building of GDB info files.

This should be the right set of docs sources.

Disable building of GDB info files until the gdb6 upgrade is finished.

With tmm's latest change to the sparc64 dynamic loader, we can remove this
hack to binutils and use the stock sparc64 sources.

Our 'TOOLS_PREFIX' and not 'DESTDIR' matches what the stock GNU build
framework wants.

Update to binutils 2.15.

Seperately add regex.c and splay-tree.c to SRCS. They are both needed
by gdb(1). While here, sort SRCS.

Add the necessary branding of ELF files. This is relatively easy to
achieve on ia64, because we need to generate the ELF64/ia64 code and
simply tag elf-fbsd-brand.c at the end of it.

This hasn't actually been tested beyond trivial compilation testing.
A buildworld has been started and it's time I wait for my changes to
loop back to my local repo anyway. I'll get back to this in a couple
of hours...

Add bfdwin.c to SRCS. The file contains support for mmap(2) windows
into a BFD. It's included in stock BFD on the platforms I checked
(i386 and ia64).

Move the elf32-target.h and elf64-target.h targets from the MD
makefiles to the centralized makefile. This not only reduces
duplication, it also makes the MD quirks stand out better and
thus improves maintenance.

Update to binutils 2.15:
o BFD_VERSION_DATE now reflects the release date of 2.15,
o BFD_VERSION now has the correct version number.

Previous values reflected 2.14.92 from a week prior to release.

While here, fix a whitespace (tab) nit.

Update to binutils 2.15:
o HAVE_SEEKO and HAVE_TELLO are defined now. These are used in bfdio.c.
o HAVE_STRTOULL is defined now. This is used in bfd.c.

Update to binutils 2.15.

Commit a crude hack so we get sparc64 snapshots working again with a
stable ld.so. We need to revisit the rtld-elf/sparc64/rtld_start.S
rev. 1.5 and rtld-elf/sparc64/rtld_machdep.h rev. 1.5, which was
suppose to allow stock Binutils 2.13 (and later) to be used.

Updated Bmake framework for Binutils 2.15.

Disable gdb from the build due to the impending binutils 2.15 import.
GDB 5.12 cannot consume the 2.15 bfd and libiberty.

Sperate out the MD parts of kvm-fbsd to get rid of the #ifdef maze.
Also quiet some warnings by tweaking the included headers.

Use pcbp->pcb_ufp for UltraSparc vs. ->pcb_fp.

Revert rev 1.21 which configured with --enable-64-bit-bfd.
GDB 5.2 can't handle a 64-bit BFD on a 32-bit host.
We can revisit configuring with --enable-64-bit-bfd when we get a modern GDB.

Configure as --enable-64-bit-bfd.

I accidently spammed rev. 1.18, back out rev 1.19.

Avoid the whole -I${DESTDIR}/usr/include/gnu issue by including
<gnu/regex.h> vs. just <regex.h>.

gasp(1) isn't linked with -lgnuregex, and it doesn't need <gnu/regex.h>
either.

Reviewed by: obrien

Back out attempt to bypass contrib's getopt.h on the way,
it makes cross-build fail.
Prefer invisible incorrect -current build to visible failure.

Move -I${DESTDIR}/usr/include/gnu up, before
-I${DESTDIR}/usr/include to pick correct regex.h

Add -I${DESTDIR}/usr/include before -I${SRCDIR}/include to pick right
getopt.h (as workaround until it will be removed from contrib)

Use system getopt_long*

Fix style bug in last commit,
add a tab after WARNS?=.

While I'm here fix other style bugs.

Submitted by: bde (libbdf/Makefile)

style.Makefile(5):
Use WARNS?= instead of WARNS=

For this to work properly for all part is the subdirectories
the WARNS assignments in Makefile.inc0 are moved to the correspondning
Makefile.inc.

Approved by: obrien (binutils maintainer)
Tested by: make universe

Oops, use -I${DESTDIR}/usr/include/gnu instead of ... /../../include/gnu

Remove old explicit -I${DESTDIR}/usr/include/readline
it is no longer needed

Switch back to regex.h

Formally switch back to regex.h (not sure it ever needed here - libgnuregex
is not used)

Removed all the complexities when installing the strip(1) binary.

Submitted by: bde

strip wasn't stripped since we stopped to include bsd.own.mk from sys.mk.

Discontinuation of an action that now fits on one.

Fix problem where kgdb misses trap frames.

Reported by: iedowse

Use proper name.

style.Makefile(5)

Follow existing GDB style for frame_info vars.

Remove trailing white space.

Don't put objects in SRCS -- this creates all sort of havoc like
causing objects to be built during "make depend", missed sources
in .depend, etc.

FBSDID style nit.

Implement gdb_solib_create_inferior_hook().

This function is used for autoloading kld module symbols for remote kgdb.
We still need a patch(*) for src/contrib/gdb/gdb/solib-svr4.c to enable
this function.

(*) http://people.freebsd.org/~simokawa/gdb/patch-solib-svr4.c

Enable '--interpreter=mi' support.

Submitted by: Rui Lopes <rui@ruilopes.com>

s/x86-64/amd64/

style.Makefile(5)

Properly quote the lib path.

Stage 3 of dynamic root support, con't.
'ld' should also search /lib for dynamic libraries.

s/x86_64/amd64/g where possible.

The as(1) manpage was missing on i386 and amd64.

Temporarily turn off -Werror for these components.

bfd_elf32_i386_freebsd_vec is the only 32-bit vector we really need.
ar and nm aren't very smart when faced with multiple applicable vectors.

Add elf_i386_fbsd emulation.

Obtained from: p4

Don't build separate annotate.info, it's already part of gdb.info.

Update the target.

Remove MAINTAINER lines.

Set the binutils arch for as/nm correctly on the amd64 platform.
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.

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

Sponsored by: Microsoft

Removed invasion into these makefiles by the "legacy" stuff;
I have a better fix in the works.

libbinutils.a needs basename(3); when the latter is provided
by -legacy, liblegacy.a should come last in the LDADD list.

Migrate to a new way of dealing with building from old revisions of
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
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:

./<module>.ko.debug ./<module>.ko
$DIR/<module>.ko.debug $DIR/<module>.ko
/boot/kernel/<module>.ko.debug /boot/kernel/<module>.ko

Approved by: obrien, mp

Fixed CLEANFILES.

Submitted by: cron

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

Reformat.

Add the ability to debug C++ programs using v2 and v3 of the G++ ABI.

Submitted by: Peter Edwards <pmedwards@eircom.net>

GC 'char sigmap[]' (it is no longer used)

Approved by: obrien
MFC after: 3 days

We need to support the bfd_efi_app_ia64_vec vector for loader support.

Submitted by: Marcel
Approved by: RE

Change the default emulation to elf64_sparc_fbsd. This emulation knows the
correct spelling of our rtld.

Set WARNS=0 as a temp work around until I can get access to an IA-64 box
to do this right.

Approved by: RE

Change the default emulation to elf64_ia64_fbsd. This knows the proper
spelling of our rtld.

Don't dike out ELF_DYNAMIC_INTERPRETER, we need this copy now.
This should have been committed with ia64/bfd.h rev 1.6.

Approved by: RE

Remove the ancient PEI cruft that is useless.

We can handle the bfd_elf32_i386_vec vector at the same time as the
bfd_elf32_i386_freebsd_vec. This may help in intra-branch building.

We can handle the bfd_elf64_alpha_vec vector at the same time as the
bfd_elf64_alpha_freebsd_vec. This may help in intra-branch building.

Cleaner support of a DEFAULT_VECTOR.

Update for the Binutils 2.13.2 20021127 snapshot import.

Handle the "HAVE_" defines via the VECS list.

Update for the Binutils 2.13.2 20021127 snapshot import.
Among other things, we don't need to redefine ELF_DYNAMIC_INTERPRETER here.

Update for the Binutils 2.13.2 20021127 snapshot import.

We now have insque().

Binutils 2.13.2 is WARNS=2 clean for all our architectures.

Update for the 2.13.2 2002-11-27 snapshot import.

Take __FreeBSD_version into account when BOOTSTRAPPING.

Add support for sparc64 kernel debugging.

Submitted by: tmm

GDB 5.2.1 doesn't build on sparc64 right now.

We HAVE_STPCPY now.

Take a guess at what WARNS level will make this compile on ia64.

Remove dependency on version.in for version information.

Submitted by: obrien

Fix function parameter lists to be correct and eliminate compiler warnings.

Update for 2.13 10-Oct-2002 import.

Update for 2.13 10-Oct-2002 import.

Shut up GCC, don't shadow Version 6 standard functions.

Talk about punting and not going to any trouble to DTRT:

contrib/binutils/include/getopt.h
/* Many other libraries have conflicting prototypes for getopt, with
differences in the consts, in stdlib.h. To avoid compilation
errors, only prototype getopt for the GNU C library. */

so manually define HAVE_DECL_GETOPT since configure doesn't offer any way
to set it... and its unistd.h not stdlib.h dang it.

Seems the warnings Binutils 2.13 grew now makes it impossible for WARNS != 0
all 64-bit machines.

The 2.13-almost.1 import was done on 10/10, not 11/10.

Update for 2.13 10-Oct-2002 import.

GDB plays nice with Binutils again.

Use the new FreeBSD vectors from Binutils 2.13.1.

Binutils 2.13 grew some warnings that make WARNS != 0 now impossible on
sparc64.

Turn off GDB for now. It and the new binutils just aren't agreeing on our
binary format.

Sync with 2.13. Reduce forking by using multiple sed expressions rather
than piping thru tr(1). Also prefer case over for+test, as case will
handle regex's nicely.

Note we can't exactly follow the real 2.13 genscripts.sh as we wind up with
multiple "'s in search paths. It is too late tonight to track down why.

witch over to the new FreeBSD bfd vec and emulation

Switch over to the new FreeBSD emulation and bfd vec

Yesterday was the 10th month of the year, not the 11st.

*sigh* The GNU folks want to layer and abstract yet another standard API.
This time remove the xregex redirection and just directly use their own
gnuregex.

Really update for 2.13 10-Oct-2002 import. (this time for sure Rocky)

Update for 2.13 10-Oct-2002 import.

Update for 2.13 10-Oct-2002 import - Identify the version correctly

Don't do WARNS setting here.

There is need to have a special BINUTIL_ARCH when we can use our more
common place TARGET_ARCH.

gdb now builds on sparc64.

Fix GNU coding violations.

Stop using 3 distinct and far varied coding styles in a single file.
Pretend to actually adhere to the GNU coding standards.

Initiate deorbit burn for the i386-only a.out related support. Moves are
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.

Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.

Tested on: i386 (extensively), alpha

Update for 2.12.1 20-July-2002 import.

Update for 2.12.1 20-July-2002 import.

Drop support for COPY, -c has been the default mode of install(1)
for a long time now.

Approved by: bde

Recognize frames for lcall_syscall and int0x80_syscall.

Reminded by: bde

This isn't quite ready for WARNS=3 in the sparc64 case.

Noticed by: sparc64 tinderbox

Make our i386 hacks in a less vendor file disturbing manner.

Stop trying to reimplement libkvm on i386. Instead use it directly and
consistently on all platforms.

Submitted by: gallatin

Target specific FreeBSD kgdb hacks.

Revert previous delta; warnings fixed by obrien:

rev 1.5 rc/contrib/gdb/gdb/gdbserver/gdbreplay.c

Define NO_WERROR to unbreak world until the maintainer has had time
to coordinate fixes for this contrib code.

Add the missing dependency (gdbint.info: gdb-cfg.texi).
This should resume parallel builds, among other things.

Fixed CLEANFILES.

Reconnect gdb info file to the build.

Submitted by: Szilveszter Adam <sziszi@bsd.hu>

Don't need these any more.

Dike out bits specific to i386. This pretty much means no kgdb for
non-i386 platforms.

I would however like to see a shared file here. If a function or two cannot
be shared we should create ${TARGET_ARCH}/kvm-fbsd-${TARGET_ARCH}.c.

Bmake bits for GDB 5.2.

Reflect new gdb directory structure.