Remove $FreeBSD$: one-line sh pattern

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

ncurses: chase dependency changes in the source tree

Differential Revision: https://reviews.freebsd.org/D32098

Remove RELEASE_CRUNCH here

If someone wants to subset, they can set MK_ICONV=no. We no longer use it for
the release.

Adopt SRCTOP in usr.bin

Prefer ${SRCTOP}/foo over ${.CURDIR}/../../foo and ${SRCTOP}/usr.bin/foo
over ${.CURDIR}/../foo for paths in Makefiles.

Differential Revision: https://reviews.freebsd.org/D9932
Sponsored by: Netflix
Silence on: arch@ (twice)

Create a package for vi(1) and related files.

Sponsored by: The FreeBSD Foundation

Push the build-tools logic down into Makefile.inc1 so it's localized all in
one spot, and the potential for installing to the wrong DESTDIR is lower

share/termcap requires ex from usr.bin/vi in order to compile, and since usr.bin
comes after share in SUBDIR in Makefile.inc1, the build will fail when vi is not
installed on the build host

Run build-tools for usr.bin/vi and install ex, etc to WORLDTMP to enable building
share/termcap on hosts that don't have nvi installed on them

Convert to usr.bin/ to LIBADD
Reduce overlinking

Replace all uses of libncurses and libtermcap with their wide character
variants. This allows usable file system images (i.e. those with both a
shell and an editor) to be created with only one copy of the curses library.

Exp-run: antoine
PR: 189842
Discussed with: bapt
Sponsored by: DARPA, AFRL

Revert r261296. This removes the WITHOUT_NCURSESW option.

It was the wrong direction. We will instead remove use of the
non-wide-character supporting libncurses.

Use src.opts.mk in preference to bsd.own.mk except where we need stuff
from the latter.

Merge from CheriBSD:
commit c1acf022c533c5ae27e0cd556977eafe3f5959eb
Author: Brooks Davis <brooks@one-eyed-alien.net>
Date: Fri Jan 17 21:46:44 2014 +0000

Add an option WITHOUT_NCURSESW to suppress building and linking to
libncursesw. While wide character support it useful we'd like to
only need one ncurses library on embedded systems.

MFC after: 4 weeks
Sponsored by: DARPA, AFRL

A new jail(8) with a configuration file, to replace the work currently done
by /etc/rc.d/jail.

Create the altix project branch. The altix project will add support
for the SGI Altix 350 to FreeBSD/ia64. The hardware used for porting
is a two-module system, consisting of a base compute module and a
CPU expansion module. SGI's NUMAFlex architecture can be an excellent
platform to test CPU affinity and NUMA-aware features in FreeBSD.

Build usr.bin/ with WARNS=6 by default.

Also add some missing $FreeBSD$ to keep svn happy.

- Import the HEAD csup code which is the basis for the cvsmode work.

Replaced afterinstall: with equivalent FILES and SYMLINKS.

Fixed style of DPADD and LDADD assignments as per style.Makefile(5).

FIx catalog name I overlook in prev. obsolete locales removing

Submitted by: ru

Remove deprecated locale names

Unifdef has got some crack-smoking exit values:
"The unifdef utility exits 0 if the output is an exact copy of the input,
1 if not, and 2 if in trouble."

This causes an 'Error code 1 (ignored)' in the world output, which upsets
the whereintheworld scripts that the tinderboxes use.

However, this stuff here is a relic. We do not enable HAVE_TCL_INTERP
nor HAVE_PERL_INTERP.. The Makefile hooks to turn them on have gone ages
ago, and this stuff was here for release building purposes only. Rather
than fight with the tinderbox builds, clean house a bit and remove the
last remaining unused relics of this stuff.

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

Approved by: bde

s/${INSTALL} -c/${INSTALL} ${COPY}/

Remove Perl and TCL/TK bits, neither of which are in the base system
(anymore).

Remove NO_WERRORs and WARNS=n's. To be revisited after GCC3.

Protect this against the to-come WARNS=2 default.

Style fix: use .else where appropriate.

PR: 29489
Submitted by: Joseph Mallett <jmallett@xMach.org>

Add more *.US-ASCII entries

Understand new locale names and Latin15

Drop support for -DRELEASE_BUILD_FIXIT and -DCRUNCHED_BINARY in
${CFLAGS}. The only supported method thus is -DRELEASE_CRUNCH.

MAN[1-9] -> MAN.

Install Ukrainian message catalog.

Perl support in vi is broken if perl has thread support built in.
Document this. Minor nitpick in other comments.

We're using ncurses now.

$Id$ -> $FreeBSD$

The perlinterp option builds and works, but I'm not so sure how it'll go
in a release or buildworld environment, so I'll leave it disabled.

Remove tcl from /usr/src, according to prior agreement. BTW, tcl-8.0 *is*
a port so there is nothing to be done on that side now.

Approved by: jkh
===
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Andreas Klemm <andreas@klemm.gtn.com>, current@freebsd.org
Subject: Re: Make this a relese coordinator decision (was Re: ports-current/packages-current discontinued)
From: David Greenman <dg@root.com>
Date: Sun, 03 Aug 1997 20:23:31 -0700

>decision is, I'll respect it.

Another chance to architect people's principles...I can hardly wait. Seems
quite appropriate for a Sunday - I just need to get one of those collection
plates (and money envelopes) so I can profit, too. :-)
Tcl stays in /usr/src for now, but it needs to be kept up to date; same
for perl. If Jordan doesn't have "setup" (written in tcl) ready for 3.0,
then tcl will be yanked prior to the 3.0 release (and made into a port).
As for the ports tree only supporting the last FreeBSD release, this seems
sensible to me. The "ports" have always been a moving target between releases
and the problem is only going to get worse when we expand to supporting other
processor architectures. In any case, Satoshi is and always has been in charge
of the ports tree and whatever he wants to do with it (within reason :-)) is
his decision.
Does this cover the issue completely? I admit to deleting messages in this
thread with unusual fervor (people have FAR too much time on their hands!).
There's a fair bit of reasoning behind the above, but since everyone is sick
of arguing about this, I'll spare you the analysis.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

$@ is deprecated, use ${.TARGET} instead. Ditto for other single character
$n.
PR: conf/3273

Polish message catalogs for vi.

Submitted by: abial@warman.org.pl
PR: 4522

Fix 1.17 properly by adding ${DESTDIR} in front. (I know this part is
not enabled now.)

Drop the TCL hook for the time being until the tcl dust settles some more.

Fixed another make world stopper ;)
If TCLINTERP is defined, CFLAGS needs an additional include path:
-I/usr/include/tcl
Otherwise tcl.h can't be found during make world.

Enable GLOBAL tags support.

Oops. Broke golden rule #1: test everything before commit. :-]

Respect NOTCL, don't link with libtcl for the scripting support if
we're not building it.

Revert $FreeBSD$ to $Id$

Make the long-awaited change from $Id$ to $FreeBSD$

This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.

Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.

Use ${COPY} instead of -c for installing non-source files.

When using the perl5 extensions, ask perl itself what the pathnames are,
don't just hard code them into the Makefile.

(This is the optional stuff to use perl scripts as a vi scripting language.
eg, to load a sample script, type: :perl do 'wc.pl';
this loads /usr/share/vi/perl/wc.pl to add the "wc" command. Then, one can
do this: :perl wc Yes, this is a trivial example. There are more
useful examples, eg 'make' output parsing along the lines of emacs's
"compile" mode. The tcl extension is similar and enabled by default since
we ship with tcl.)

Link Dutch catalog with nl_NL instead of da_DK

Add ru_RU as alias to ru_SU

Added a missing \ for installing perl modules.
2.2 and 2.1.6 candidate.

Merge from the 2.2 branch: avoid including the API stuff when building
vi for the fixit floppy. Perhaps we'll find a more elegant solution
some day, by now it has proven to work reasonably.

Install message catalog links according to standard naming convention
Message catalogs not works without this change

2.2 candidate

Fill in some of the missing blanks for the tknvi and perl5 compile options.
Both options can be compiled if the appropriate ports are present. These
are examples only and are commented out.

The tcl/perl interpreter compile options were not really optional.

This is needed for building the boot crunch for 2.2 (It still needs a hook
so the release code can tell it when to build it without tcl etc).

Yikes, I forgot to remove the -DSYSV_CURSES setting that I was using on
one of the machines I was testing on. (This was to get it to use the
sysv extensions in ncurses)

Update to use nvi-1.79 sources

Import of nvi-1.79, minus a few bits that we dont need (eg: postscript
files, curses, db, regex etc that we already have). The other glue will
follow shortly.

Obtained from: Keith Bostic <bostic@bostic.com>

Latest public release of nvi, from Keith Bostic. I hope I got this
right ;).
Reviewed by: Sean Eric Fagan