| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Sponsored by: DARPA, AFRL
|
|
|
|
|
| |
practical way to make iconv(1) as a build tool. Instead pre-convert.
This gives us UTF-8 nvi catalogs even on systems without iconv enabled.
|
|
|
|
| |
Pointy-hat to: peter (don't do things at 4am!)
|
|
|
|
| |
it again.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the gsoc-2011 project to clean up and backport multibyte support
from other nvi forks in a form we can use.
USE_WIDECHAR is on unless building for the rescue crunchgen. This should
allow editing in the native locale encoding.
USE_ICONV depends on make.conf having 'WITH_ICONV=YES' for now. This
adds the ability to do things like edit a KOI8-R file while having $LANG
set to (say) en_US.UTF-8. iconv is used to transcode the characters for
display.
Other points:
* It uses gencat and catopen/etc instead of homegrown msg catalog stuff.
* A lot of stuff has been trimmed out, eg: the perl and tcl bindings which
we could never use in base anyway.
* It uses ncursesw when in widechar mode. This could be interesting.
GSoC info: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1
Repo at: https://github.com/lichray/nvi2
Obtained from: Zhihao Yuan <lichray@gmail.com>
|
|
|
|
| |
Also add some missing $FreeBSD$ to keep svn happy.
|
| |
|
| |
|
|
|
|
| |
Submitted by: ru
|
| |
|
|
|
|
| |
Submitted by: Tim Kientzle <kientzle@acm.org> (embellished by me)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"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.
|
|
|
|
|
|
| |
for a long time now.
Approved by: bde
|
| |
|
|
|
|
| |
(anymore).
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: 29489
Submitted by: Joseph Mallett <jmallett@xMach.org>
|
| |
|
| |
|
|
|
|
| |
${CFLAGS}. The only supported method thus is -DRELEASE_CRUNCH.
|
| |
|
| |
|
| |
|
|
|
|
| |
Document this. Minor nitpick in other comments.
|
| |
|
| |
|
|
|
|
| |
in a release or buildworld environment, so I'll leave it disabled.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
$n.
PR: conf/3273
|
|
|
|
|
| |
Submitted by: abial@warman.org.pl
PR: 4522
|
|
|
|
| |
not enabled now.)
|
| |
|
|
|
|
|
|
| |
If TCLINTERP is defined, CFLAGS needs an additional include path:
-I/usr/include/tcl
Otherwise tcl.h can't be found during make world.
|
| |
|
| |
|
|
|
|
| |
we're not building it.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.)
|
| |
|
| |
|
|
|
|
| |
2.2 and 2.1.6 candidate.
|
|
|
|
|
| |
vi for the fixit floppy. Perhaps we'll find a more elegant solution
some day, by now it has proven to work reasonably.
|
|
|
|
|
|
| |
Message catalogs not works without this change
2.2 candidate
|
|
|
|
| |
2.2 candidate
|
|
|
|
|
| |
Both options can be compiled if the appropriate ports are present. These
are examples only and are commented out.
|
|
|
|
|
| |
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).
|