Remove antique^Wolder-than-binutils-2.17 c++filt(1).

don't build gdb on riscv64

Don't build gdb on powerpc64.

Unify protoize.1 install process on gcc3 arch (luna88k).

ok guenther@

ensure protoiize man pages installed in all cases (until we come
to a different decision later)
ok espie

Change build infrastructure to allow building both gcc and clang. This
doesn't actually flip the switch yet, so aarch64 continues to be the only
architecture for which we build clang.

ok jsg@, dera

Change build infrastructure to allow building both gcc and clang. This
doesn't actually flip the switch yet, so aarch64 continues to be the only
architecture for which we build clang.

ok jsg@, deraadt@

show more ...

Skip building gdb on aarch64 there is no support for it.

descend into clang when building obj or when COMPILER_VERSION is clang
ok patrick@ kettenis@

Now that we do not need to build binutils 2.15 (except for gdb), simplify the
build logic.

lynx will go to ports. there are too many reasons for it to go there,
and not enough for it to stay. lengthy discussions.

Remove support for COMPILER_VERSION == gcc2.
Change the logic depending upon COMPILER_VERSION everywhere, to assume gcc4
is the norm and to explicitely test for gcc3 when a different behaviour
is req

Remove support for COMPILER_VERSION == gcc2.
Change the logic depending upon COMPILER_VERSION everywhere, to assume gcc4
is the norm and to explicitely test for gcc3 when a different behaviour
is required.
No functional change intended. Be sure to `make install' in share/mk before
attempting to do anything.

show more ...

ELF_TOOLCHAIN bye bye.

Let platforms configured to use binutils 2.17 still recurse into the binutils
2.15 directory, but only to build gdb.
ok deraadt@ espie@

when testing COMPILER_VERSION don't assume the default case is gcc2
ok drahn@

Always install addr2line(1), objcopy(1), and readelf(1), even on
architectures with !ELF_TOOLCHAIN && !USING_NEW_BINUTILS (like vax, m68k).
There is no need to reach around from usr.bin/Makefile into

Always install addr2line(1), objcopy(1), and readelf(1), even on
architectures with !ELF_TOOLCHAIN && !USING_NEW_BINUTILS (like vax, m68k).
There is no need to reach around from usr.bin/Makefile into binutils;
we always descend into either binutils or binutils-2.17.
All is fine so far with binutils-2.17 since ia64 has USING_NEW_BINUTILS.

tested on vax and ok deraadt@

show more ...

Always install all manuals on all architectures.
No more exceptions even for binutils.
No more share/man in src/distrib/sets/lists/*/md.*
ok deraadt@

Allow switching between binutils and binutils 2.17.
NOTE: binutils-2.17 has not been tested on any archs. ok pirofti@

The base no longer uses old groff -- it uses mandoc(1). The ports tree still
sometimes needs groff, but there it is pulled in as a build-dependency, and
it is the newer groff. We are able to do thi

The base no longer uses old groff -- it uses mandoc(1). The ports tree still
sometimes needs groff, but there it is pulled in as a build-dependency, and
it is the newer groff. We are able to do this now due to the hard work if ingo.

show more ...

Switch to using COMPILER_VERSION instead of USE_GCC3, allows for more flexible
complier picking, eg supporting gcc2, gcc3, and gcc4. based on diff by Marco,
with fixes from espie@.
ok espie@ general

Switch to using COMPILER_VERSION instead of USE_GCC3, allows for more flexible
complier picking, eg supporting gcc2, gcc3, and gcc4. based on diff by Marco,
with fixes from espie@.
ok espie@ general mumbling of approval of others.

show more ...

Enable our sendbug(1), prodded by deraadt@.

switch to openrcs and eliminate more gnu from the tree.
note that openrcs still lacks some features.

okay niallo@, xsa@, ray@, "Do it" deraadt@

Enable binutils for arm now that we have binutils 2.14.

Do not build binutils on arm. ARM needs at least binutils 2.14.
Allows others to build OpenBSD/cats, use binutils from devel/binutils/stable
Requested by deraadt@

USE_GCC3 switch, now that propolice is in.

Switch to using libiberty in new location.
Disable building of cxxfilt in gcc, build it from its own directory.