Revert CC_WNO_USE_AFTER_FREE from Makefile's (thanks uwe@)

Sprinkle CC_WNO_USE_AFTER_FREE for GCC 12

All of them are blamed for idiom equivalent to:
newbuf = realloc(buf, size);
p = newbuf + (p - buf);

libkvm: suppress lint warnings about extern declarations for now

This should be properly fixed by someone who is familiar with libkvm, as
it affects <sys/cpu_data.h> as well.

mips needs _KMEMUSER for label_t in pcb.h

MKCOMPAT fixes for when compat MACHINE_CPU != normal MACHINE_CPU

branches: 1.49.2;
These directories don't handle WARNS=5

branches: 1.48.2;
add a function to report the name of the file kvm_open{,.files} is using.

Add -D_KMEMUSER to CPPFLAGS

branches: 1.46.2;
Import PAE support for kvm(3):
- add kvm_i386pae.c (used for PAE memory translations), and update Makefile
for libkvm build.
- in pdppaddr: pass a flag to indicate PAE mode. Use a bit ignored
by the MMU. Mask address with PG_FRAME to avoid side effects.

Tested with vmstat(1)/netstat(1) to debug core files of PAE and !PAE
kernels. Older kernel dumps will default to native i386 (!PAE) mode.

XXX Currently, savecore(8) will fail to dump a PAE kernel in a !PAE
environment (and reciprocally). So you need to sync and reboot
with a kernel of the same mode as the one that crashed. Once the dump
is successful, this does not matter anymore.

look for ${KVM_MACHINE_ARCH} before ${MACHINE_ARCH} and ${MACHINE_CPU}

Add new Makefile knob, USE_FORT, which extends USE_SSP by turning on the
FORTIFY_SOURCE feature of libssp, thus checking the size of arguments to
various string and memory copy and set functions (as well as a few system
calls and other miscellany) where known at function entry. RedHat has
evidently built all "core system packages" with this option for some time.

This option should be used at the top of Makefiles (or Makefile.inc where
this is used for subdirectories) but after any setting of LIB.

This is only useful for userland code, and cannot be used in libc or in
any code which includes the libc internals, because it overrides certain
libc functions with macros. Some effort has been made to make USE_FORT=yes
work correctly for a full-system build by having the bsd.sys.mk logic
disable the feature where it should not be used (libc, libssp iteself,
the kernel) but no attempt has been made to build the entire system with
USE_FORT and doing so will doubtless expose numerous bugs and misfeatures.

Adjust the system build so that all programs and libraries that are setuid,
directly handle network data (including serial comm data), perform
authentication, or appear likely to have (or have a history of having)
data-driven bugs (e.g. file(1)) are built with USE_FORT=yes by default,
with the exception of libc, which cannot use USE_FORT and thus uses
only USE_SSP by default. Tested on i386 with no ill results; USE_FORT=no
per-directory or in a system build will disable if desired.

Add ${NETBSDSRCDIR}/sys to the include path.

do the exit on lint warnings only on i386 like libc, to avoid the wrath of
the sloppy archs.

exit on lint warnings.

Add workaround for building with ${MACHINE}==sparc64, ${MACHINE_ARCH}==sparc;
symlink the appropriate machine & sparc include directories into the objdir.

XXX: this is necessary until (when?) the sparc Arch Dependent headers
(used by MACHINE_ARCH==sparc) are separated from the sparc Machine
Dependent headeres (used by MACHINE==sparc but not MACHINE==sparc64).

Merge the nathanw_sa branch.

Explicitly move setting of NOxxx and USE_SHLIBDIR to the top of the
Makefile (before including <bsd.own.mk>)

branches: 1.37.2;
* Add user-controlled mk.conf variables
- SHLIBDIR Location to install shared libraries if ${USE_SHLIBDIR}
is "yes". Defaults to "/usr/lib".

- USE_SHLIBDIR If "yes", install shared libraries in ${SHLIBDIR}
instead of ${LIBDIR}. Defaults to "no".
Sets ${_LIBSODIR} to the appropriate value.
This may be set by individual Makefiles as well.

- SHLINKDIR Location of shared linker. Defaults to "/usr/libexec".
If != "/usr/libexec", change the dynamic-linker
encoded in shared programs

* Set USE_SHLIBDIR for libraries used by /bin and /sbin:
libc libcrypt libcrypto libedit libipsec libkvm libm libmi387
libtermcap libutil libz

* If ${_LIBSODIR} != ${LIBDIR}, add symlinks from ${LIBDIR}/${LIB}.so*
to ${_LIBSODIR}/${LIB}.so* for compatibility.

* Always install /sbin/init statically (for now)


The net effect of these changes depends on how the variables are set:

1.) If nothing is set or changed, there is no change from the
current behaviour:
- Static /bin, /sbin, and bits of /usr/*
- Dynamic rest
- Shared linker is /usr/libexec/ld*so

2.) If the following make variables are set:
LDSTATIC=
SHLINKDIR=/lib
SHLIBDIR=/lib
Then the behaviour becomes:
- Dynamic tools
- .so libraries used by /bin and /sbin are installed to /lib,
with symlinks from /usr/lib/lib*so to -> /lib/lib*so
where appropriate
- Shared linker is /lib/ld*so

3.) As per 2.), but add the following variable:
USE_SHLIBDIR=yes
This forces all .so's to be instaleld in /lib (with compat
symlinks), not just those tagged by their Makefiles to be.
Again, compat symlinks are installed

Added support for sun2 kernel cores.

Rename kvm_arm32.c to kvm_arm.c, since it's shared between arm32 and arm26.
The Makefile now finds the correct file without help.

use MACIHNE_CPU to determine architecture-dependent source code directory.
is use of exists(foo) safe enough?
TODO: many other places to fix

sh3 split

Document KVM_NO_FILES and kvm_get{proc,argv,envv}2(). Better wording
kindly accepted!

XXX: Need to update distrib lists. Tomorrow...

branches: 1.31.2;
Initial commit of arm26 port

the PMAP_NEW option is gone as the new interface is no longer optional.

completely remove Mach VM support. all that is left is the all the
header files as UVM still uses (most of) these.

make this build again after the mips->mipse? transition

NetBSD/mips uses new libkvm now.

Sigh, typo.

Simplify test ... MACHINE_ARCH == "mips"

add -DPMAP_NEW if PMAP_NEW is on in mk.conf

Rewrite _kvm_kvatop() to work with the new crash dump format, and make
the i386 port use libkvm, not libkvm.old.

oops, forgot to add support for UVM here.

use CPPFLAGS instead of CFLAGS

branches: 1.20.2;
Oops, fixed edit error at previous commit.

NetBSD/x68k now use libkvm instead of libkvm.old

Switch from libkvm.old to libkvm for the arm32 port.

Use bsd.prog.mk and not bsd.{own,man}.mk

Add bsd.own.mk for bsd.man.mk.

Don't include bsd.lib.mk if you don't build a library, just use bsd.man.mk
to build the manpages.

move man pages into share/man.

typo

Build the same libkvm.* on all m68k machines. (Well... except for the
stragglers that still use libkvm.old ) The m68k machines now dispatch
based on the machine name to the appropriate libkvm implementation.

RCS id police.

Add a manual page for the kvm_dump_* functions.

specify man pages the new way.

Merge the m68k files. The code itself should be merged.

Add sun3 support (only "live" kernels for now).

branches: 1.6.2;
add support for current m68k based pmaps till they can be "fixed"

m68k-ify the hp300 kvm file; use MACHINE_ARCH to pick files up

clean up import

Add mac68k to amiga in looking for cpu040.

temporary additional lookup of cpu040 for amiga's until new kvm stuff or new
amiga 040 VM stuff.

branches: 1.1.1;
create this in preparation for later.

libkvm: suppress lint warnings about extern declarations for now

This should be properly fixed by someone who is familiar with libkvm, as
it affects <sys/cpu_data.h> as well.

mips needs _KMEMUSER for label_t in pcb.h

MKCOMPAT fixes for when compat MACHINE_CPU != normal MACHINE_CPU

branches: 1.49.2;
These directories don't handle WARNS=5

branches: 1.48.2;
add a function to report the name of the file kvm_open{,.files} is using.

Add -D_KMEMUSER to CPPFLAGS

branches: 1.46.2;
Import PAE support for kvm(3):
- add kvm_i386pae.c (used for PAE memory translations), and update Makefile
for libkvm build.
- in pdppaddr: pass a flag to indicate PAE mode. Use a bit ignored
by the MMU. Mask address with PG_FRAME to avoid side effects.

Tested with vmstat(1)/netstat(1) to debug core files of PAE and !PAE
kernels. Older kernel dumps will default to native i386 (!PAE) mode.

XXX Currently, savecore(8) will fail to dump a PAE kernel in a !PAE
environment (and reciprocally). So you need to sync and reboot
with a kernel of the same mode as the one that crashed. Once the dump
is successful, this does not matter anymore.

look for ${KVM_MACHINE_ARCH} before ${MACHINE_ARCH} and ${MACHINE_CPU}

Add new Makefile knob, USE_FORT, which extends USE_SSP by turning on the
FORTIFY_SOURCE feature of libssp, thus checking the size of arguments to
various string and memory copy and set functions (as well as a few system
calls and other miscellany) where known at function entry. RedHat has
evidently built all "core system packages" with this option for some time.

This option should be used at the top of Makefiles (or Makefile.inc where
this is used for subdirectories) but after any setting of LIB.

This is only useful for userland code, and cannot be used in libc or in
any code which includes the libc internals, because it overrides certain
libc functions with macros. Some effort has been made to make USE_FORT=yes
work correctly for a full-system build by having the bsd.sys.mk logic
disable the feature where it should not be used (libc, libssp iteself,
the kernel) but no attempt has been made to build the entire system with
USE_FORT and doing so will doubtless expose numerous bugs and misfeatures.

Adjust the system build so that all programs and libraries that are setuid,
directly handle network data (including serial comm data), perform
authentication, or appear likely to have (or have a history of having)
data-driven bugs (e.g. file(1)) are built with USE_FORT=yes by default,
with the exception of libc, which cannot use USE_FORT and thus uses
only USE_SSP by default. Tested on i386 with no ill results; USE_FORT=no
per-directory or in a system build will disable if desired.

Add ${NETBSDSRCDIR}/sys to the include path.

do the exit on lint warnings only on i386 like libc, to avoid the wrath of
the sloppy archs.

exit on lint warnings.

Add workaround for building with ${MACHINE}==sparc64, ${MACHINE_ARCH}==sparc;
symlink the appropriate machine & sparc include directories into the objdir.

XXX: this is necessary until (when?) the sparc Arch Dependent headers
(used by MACHINE_ARCH==sparc) are separated from the sparc Machine
Dependent headeres (used by MACHINE==sparc but not MACHINE==sparc64).

Merge the nathanw_sa branch.

Explicitly move setting of NOxxx and USE_SHLIBDIR to the top of the
Makefile (before including <bsd.own.mk>)

branches: 1.37.2;
* Add user-controlled mk.conf variables
- SHLIBDIR Location to install shared libraries if ${USE_SHLIBDIR}
is "yes". Defaults to "/usr/lib".

- USE_SHLIBDIR If "yes", install shared libraries in ${SHLIBDIR}
instead of ${LIBDIR}. Defaults to "no".
Sets ${_LIBSODIR} to the appropriate value.
This may be set by individual Makefiles as well.

- SHLINKDIR Location of shared linker. Defaults to "/usr/libexec".
If != "/usr/libexec", change the dynamic-linker
encoded in shared programs

* Set USE_SHLIBDIR for libraries used by /bin and /sbin:
libc libcrypt libcrypto libedit libipsec libkvm libm libmi387
libtermcap libutil libz

* If ${_LIBSODIR} != ${LIBDIR}, add symlinks from ${LIBDIR}/${LIB}.so*
to ${_LIBSODIR}/${LIB}.so* for compatibility.

* Always install /sbin/init statically (for now)


The net effect of these changes depends on how the variables are set:

1.) If nothing is set or changed, there is no change from the
current behaviour:
- Static /bin, /sbin, and bits of /usr/*
- Dynamic rest
- Shared linker is /usr/libexec/ld*so

2.) If the following make variables are set:
LDSTATIC=
SHLINKDIR=/lib
SHLIBDIR=/lib
Then the behaviour becomes:
- Dynamic tools
- .so libraries used by /bin and /sbin are installed to /lib,
with symlinks from /usr/lib/lib*so to -> /lib/lib*so
where appropriate
- Shared linker is /lib/ld*so

3.) As per 2.), but add the following variable:
USE_SHLIBDIR=yes
This forces all .so's to be instaleld in /lib (with compat
symlinks), not just those tagged by their Makefiles to be.
Again, compat symlinks are installed

Added support for sun2 kernel cores.

Rename kvm_arm32.c to kvm_arm.c, since it's shared between arm32 and arm26.
The Makefile now finds the correct file without help.

use MACIHNE_CPU to determine architecture-dependent source code directory.
is use of exists(foo) safe enough?
TODO: many other places to fix

sh3 split

Document KVM_NO_FILES and kvm_get{proc,argv,envv}2(). Better wording
kindly accepted!

XXX: Need to update distrib lists. Tomorrow...

branches: 1.31.2;
Initial commit of arm26 port

the PMAP_NEW option is gone as the new interface is no longer optional.

completely remove Mach VM support. all that is left is the all the
header files as UVM still uses (most of) these.

make this build again after the mips->mipse? transition

NetBSD/mips uses new libkvm now.

Sigh, typo.

Simplify test ... MACHINE_ARCH == "mips"

add -DPMAP_NEW if PMAP_NEW is on in mk.conf

Rewrite _kvm_kvatop() to work with the new crash dump format, and make
the i386 port use libkvm, not libkvm.old.

oops, forgot to add support for UVM here.

use CPPFLAGS instead of CFLAGS

branches: 1.20.2;
Oops, fixed edit error at previous commit.

NetBSD/x68k now use libkvm instead of libkvm.old

Switch from libkvm.old to libkvm for the arm32 port.

Use bsd.prog.mk and not bsd.{own,man}.mk

Add bsd.own.mk for bsd.man.mk.

Don't include bsd.lib.mk if you don't build a library, just use bsd.man.mk
to build the manpages.

move man pages into share/man.

typo

Build the same libkvm.* on all m68k machines. (Well... except for the
stragglers that still use libkvm.old ) The m68k machines now dispatch
based on the machine name to the appropriate libkvm implementation.

RCS id police.

Add a manual page for the kvm_dump_* functions.

specify man pages the new way.

Merge the m68k files. The code itself should be merged.

Add sun3 support (only "live" kernels for now).

branches: 1.6.2;
add support for current m68k based pmaps till they can be "fixed"

m68k-ify the hp300 kvm file; use MACHINE_ARCH to pick files up

clean up import

Add mac68k to amiga in looking for cpu040.

temporary additional lookup of cpu040 for amiga's until new kvm stuff or new
amiga 040 VM stuff.

branches: 1.1.1;
create this in preparation for later.

mips needs _KMEMUSER for label_t in pcb.h

MKCOMPAT fixes for when compat MACHINE_CPU != normal MACHINE_CPU

branches: 1.49.2;
These directories don't handle WARNS=5

branches: 1.48.2;
add a function to report the name of the file kvm_open{,.files} is using.

Add -D_KMEMUSER to CPPFLAGS

branches: 1.46.2;
Import PAE support for kvm(3):
- add kvm_i386pae.c (used for PAE memory translations), and update Makefile
for libkvm build.
- in pdppaddr: pass a flag to indicate PAE mode. Use a bit ignored
by the MMU. Mask address with PG_FRAME to avoid side effects.

Tested with vmstat(1)/netstat(1) to debug core files of PAE and !PAE
kernels. Older kernel dumps will default to native i386 (!PAE) mode.

XXX Currently, savecore(8) will fail to dump a PAE kernel in a !PAE
environment (and reciprocally). So you need to sync and reboot
with a kernel of the same mode as the one that crashed. Once the dump
is successful, this does not matter anymore.

look for ${KVM_MACHINE_ARCH} before ${MACHINE_ARCH} and ${MACHINE_CPU}

Add new Makefile knob, USE_FORT, which extends USE_SSP by turning on the
FORTIFY_SOURCE feature of libssp, thus checking the size of arguments to
various string and memory copy and set functions (as well as a few system
calls and other miscellany) where known at function entry. RedHat has
evidently built all "core system packages" with this option for some time.

This option should be used at the top of Makefiles (or Makefile.inc where
this is used for subdirectories) but after any setting of LIB.

This is only useful for userland code, and cannot be used in libc or in
any code which includes the libc internals, because it overrides certain
libc functions with macros. Some effort has been made to make USE_FORT=yes
work correctly for a full-system build by having the bsd.sys.mk logic
disable the feature where it should not be used (libc, libssp iteself,
the kernel) but no attempt has been made to build the entire system with
USE_FORT and doing so will doubtless expose numerous bugs and misfeatures.

Adjust the system build so that all programs and libraries that are setuid,
directly handle network data (including serial comm data), perform
authentication, or appear likely to have (or have a history of having)
data-driven bugs (e.g. file(1)) are built with USE_FORT=yes by default,
with the exception of libc, which cannot use USE_FORT and thus uses
only USE_SSP by default. Tested on i386 with no ill results; USE_FORT=no
per-directory or in a system build will disable if desired.

Add ${NETBSDSRCDIR}/sys to the include path.

do the exit on lint warnings only on i386 like libc, to avoid the wrath of
the sloppy archs.

exit on lint warnings.

Add workaround for building with ${MACHINE}==sparc64, ${MACHINE_ARCH}==sparc;
symlink the appropriate machine & sparc include directories into the objdir.

XXX: this is necessary until (when?) the sparc Arch Dependent headers
(used by MACHINE_ARCH==sparc) are separated from the sparc Machine
Dependent headeres (used by MACHINE==sparc but not MACHINE==sparc64).

Merge the nathanw_sa branch.

Explicitly move setting of NOxxx and USE_SHLIBDIR to the top of the
Makefile (before including <bsd.own.mk>)

branches: 1.37.2;
* Add user-controlled mk.conf variables
- SHLIBDIR Location to install shared libraries if ${USE_SHLIBDIR}
is "yes". Defaults to "/usr/lib".

- USE_SHLIBDIR If "yes", install shared libraries in ${SHLIBDIR}
instead of ${LIBDIR}. Defaults to "no".
Sets ${_LIBSODIR} to the appropriate value.
This may be set by individual Makefiles as well.

- SHLINKDIR Location of shared linker. Defaults to "/usr/libexec".
If != "/usr/libexec", change the dynamic-linker
encoded in shared programs

* Set USE_SHLIBDIR for libraries used by /bin and /sbin:
libc libcrypt libcrypto libedit libipsec libkvm libm libmi387
libtermcap libutil libz

* If ${_LIBSODIR} != ${LIBDIR}, add symlinks from ${LIBDIR}/${LIB}.so*
to ${_LIBSODIR}/${LIB}.so* for compatibility.

* Always install /sbin/init statically (for now)


The net effect of these changes depends on how the variables are set:

1.) If nothing is set or changed, there is no change from the
current behaviour:
- Static /bin, /sbin, and bits of /usr/*
- Dynamic rest
- Shared linker is /usr/libexec/ld*so

2.) If the following make variables are set:
LDSTATIC=
SHLINKDIR=/lib
SHLIBDIR=/lib
Then the behaviour becomes:
- Dynamic tools
- .so libraries used by /bin and /sbin are installed to /lib,
with symlinks from /usr/lib/lib*so to -> /lib/lib*so
where appropriate
- Shared linker is /lib/ld*so

3.) As per 2.), but add the following variable:
USE_SHLIBDIR=yes
This forces all .so's to be instaleld in /lib (with compat
symlinks), not just those tagged by their Makefiles to be.
Again, compat symlinks are installed

Added support for sun2 kernel cores.

Rename kvm_arm32.c to kvm_arm.c, since it's shared between arm32 and arm26.
The Makefile now finds the correct file without help.

use MACIHNE_CPU to determine architecture-dependent source code directory.
is use of exists(foo) safe enough?
TODO: many other places to fix

sh3 split

Document KVM_NO_FILES and kvm_get{proc,argv,envv}2(). Better wording
kindly accepted!

XXX: Need to update distrib lists. Tomorrow...

branches: 1.31.2;
Initial commit of arm26 port

the PMAP_NEW option is gone as the new interface is no longer optional.

completely remove Mach VM support. all that is left is the all the
header files as UVM still uses (most of) these.

make this build again after the mips->mipse? transition

NetBSD/mips uses new libkvm now.

Sigh, typo.

Simplify test ... MACHINE_ARCH == "mips"

add -DPMAP_NEW if PMAP_NEW is on in mk.conf

Rewrite _kvm_kvatop() to work with the new crash dump format, and make
the i386 port use libkvm, not libkvm.old.

oops, forgot to add support for UVM here.

use CPPFLAGS instead of CFLAGS

branches: 1.20.2;
Oops, fixed edit error at previous commit.

NetBSD/x68k now use libkvm instead of libkvm.old

Switch from libkvm.old to libkvm for the arm32 port.

Use bsd.prog.mk and not bsd.{own,man}.mk

Add bsd.own.mk for bsd.man.mk.

Don't include bsd.lib.mk if you don't build a library, just use bsd.man.mk
to build the manpages.

move man pages into share/man.

typo

Build the same libkvm.* on all m68k machines. (Well... except for the
stragglers that still use libkvm.old ) The m68k machines now dispatch
based on the machine name to the appropriate libkvm implementation.

RCS id police.

Add a manual page for the kvm_dump_* functions.

specify man pages the new way.

Merge the m68k files. The code itself should be merged.

Add sun3 support (only "live" kernels for now).

branches: 1.6.2;
add support for current m68k based pmaps till they can be "fixed"

m68k-ify the hp300 kvm file; use MACHINE_ARCH to pick files up

clean up import

Add mac68k to amiga in looking for cpu040.

temporary additional lookup of cpu040 for amiga's until new kvm stuff or new
amiga 040 VM stuff.

branches: 1.1.1;
create this in preparation for later.