| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
(history.3)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: 21697
Submitted by: Barak Enat <barak_enat@yahoo.com>
|
| |
|
|
|
|
|
|
|
| |
preserve them only partially, so tty state becomes different after el_*
functions used.
PR: 20138
|
|
|
|
| |
whith characters conversion changed like \n -> \r\n and so on.
|
|
|
|
| |
many times.
|
|
|
|
|
| |
insertion of $FreeBSD$. I miffed it (pointy hat please). Hopefully
no one will notice this short window where -current didn't compile.
|
|
|
|
|
|
|
|
|
|
| |
. first in root's path.
While I'm here:
o Add $FreeBSD$
o Get errno from <errno.h>, but extern int errno.
Submitted by: Tim Vanderhoek
|
| |
|
|
|
|
|
| |
Remove extern int errno;. Instead include the ANSI <errno.h>. No
functional changes, just a higher level of pedantry.
|
| |
|
|
|
|
| |
Submitted by: bde
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-----------------------------
Most of the userland changes are in libc. For both the alpha
and the i386 setjmp has been changed to accomodate for the
new sigset_t. Internally, libc is mostly rewritten to use the
new syscalls. The exception is in compat-43/sigcompat.c
The POSIX thread library has also been rewritten to use the
new sigset_t. Except, that it currently only handles NSIG
signals instead of the maximum _SIG_MAXSIG. This should not
be a problem because current applications don't use any
signals higher than NSIG.
There are version bumps for the following libraries:
libdialog
libreadline
libc
libc_r
libedit
libftpio
libss
These libraries either a) have one of the modified structures
visible in the interface, or b) use sigset_t internally and
may cause breakage if new binaries are used against libraries
that don't have the sigset_t change. This not an immediate
issue, but will be as soon as applications start using the
new range to its fullest.
NOTE: libncurses already had an version bump and has not been
given one now.
NOTE: doscmd is a real casualty and has been disconnected for
the moment. Reconnection will eventually happen after
doscmd has been fixed. I'm aware that being the last one
to touch it, I'm automaticly promoted to being maintainer.
According to good taste this means that I will receive a
badge which either will be glued or mechanically stapled,
drilled or otherwise violently forced onto me :-)
NOTE: pcvt/vttest cannot be compiled with -traditional. The
change cause sys/types to be included along the way which
contains the const and volatile modifiers. I don't consider
this a solution, but more a workaround.
|
| |
|
|
|
|
| |
Noticed by: Norman C. Rice <nrice@emu.sourcee.com>
|
|
|
|
|
|
|
|
| |
would expect. (Allow user data to be associated with an EditLine context).
As this changes no existing interfaces and doesn't alter any structs
visable to the user I've been told that its not necessary to bump
the version of the library.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
track.
The $Id$ line is normally at the bottom of the main comment block in the
man page, separated from the rest of the manpage by an empty comment,
like so;
.\" $Id$
.\"
If the immediately preceding comment is a @(#) format ID marker than the
the $Id$ will line up underneath it with no intervening blank lines.
Otherwise, an additional blank line is inserted.
Approved by: bde
|
|
|
|
|
|
|
|
| |
than ".so". The old extension conflicted with well-established
naming conventions for dynamically loadable modules.
The "clean" targets continue to remove ".so" files too, to deal with
old systems.
|
|
|
|
|
|
| |
term_init(). This is the cause of /usr/bin/ftp faulting on the alpha.
Submitted by: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
|
|
|
|
|
|
|
|
|
|
|
| |
In some cases replace if (a == null) a = malloc(x); else a =
realloc(a, x); with simple reallocf(a, x). Per ANSI-C, this is
guaranteed to be the same thing.
I've been running these on my system here w/o ill effects for some
time. However, the CTM-express is at part 6 of 34 for the CAM
changes, so I've not been able to do a build world with the CAM in the
tree with these changes. Shouldn't impact anything, but...
|
| |
|
|
|
|
|
|
|
| |
affects sh, ftp (and others?).
Submitted by: Max Euston <meuston@jmrodgers.com>
PR: 6516
|
|
|
|
|
|
| |
PR: 6903
Reviewed by: phk
Submitted by: Josh Gilliam <josh@quick.net>
|
|
|
|
|
| |
PR: 6868
Submitted by: Josh Gilliam <josh@quick.net>
|
|
|
|
| |
Submitted by: jhay
|
| |
|
| |
|
|
|
|
| |
Don't (mis)use .Fd outside of the synopsis.
|
| |
|
|
|
|
|
|
| |
This is still pretty disgusting.
Submitted by: bde
|
|
|
|
|
|
|
|
| |
Use 'beforedepend' instead of '.depend' to hang automatically-generated
headers off.
XXX the latter is bogus without a 'beforeall' target and explicit ordering
of dependancy generation for targets.
|
|
|
|
|
|
|
| |
avoid misprocessing in the case where the filename argument contains
more than one period.
Submitted by: micke@dynas.se (Mikael Hybsch)
|
|
|
|
|
|
| |
though the file was still on the vendor branch. I don't know why.
It doesn't look like the cvs-add-on-a-branch bug that we already
know about.
|
|
|
|
|
| |
PR: bin/4064
Submitted by: Wolfgang Helbig <helbig@MX.BA-Stuttgart.De>
|
|
|
|
| |
(although it hasn't changed).
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| | |
libc/db, libc/gen/crypt.* and libtelnet. All affected files except 3
unimportant ones have already left the vendor branch.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Obtained from: NetBSD
|