src/lib/libss, branch main FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2001-08-19T21:32:52Z Say goodbye to libss, which somehow managed to crouch hidden in the tree 2001-08-19T21:32:52Z Kris Kennaway kris@FreeBSD.org 2001-08-19T21:32:52Z urn:sha1:4870a3d34647aeb69085f598472e38e14018cf72 for long after it was used. Removed duplicate VCS ID tags, as per style(9). 2001-08-13T14:06:34Z Ruslan Ermilov ru@FreeBSD.org 2001-08-13T14:06:34Z urn:sha1:8af1452cf8dd1b33da881f84e445d5981eaa9613 Add `_PATH_DEVZERO'. 2000-12-09T09:35:55Z David E. O'Brien obrien@FreeBSD.org 2000-12-09T09:35:55Z urn:sha1:1a37aa566b347fbb2d2196786e1e84a79ffea9d5 Use _PATH_* where where possible. Get errno from <errno.h>, not from extern int. 2000-09-04T03:54:23Z Warner Losh imp@FreeBSD.org 2000-09-04T03:54:23Z urn:sha1:5f7da319ab00c6b83c610612ec620c08de1abb91 Add $FreeBSD$ to hopefully the right place. sigset_t change (part 5 of 5) 1999-09-29T15:18:46Z Marcel Moolenaar marcel@FreeBSD.org 1999-09-29T15:18:46Z urn:sha1:3cf3c5d9ddb2edd1033c0b8e612096b8b35b3bb4 ----------------------------- 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. Zap $Locker$ 1999-09-06T07:40:41Z Peter Wemm peter@FreeBSD.org 1999-09-06T07:40:41Z urn:sha1:5b0b4ea5c56a78e00380d6daef4c0a48c55da3bd $Id$ -> $FreeBSD$ 1999-08-28T00:22:10Z Peter Wemm peter@FreeBSD.org 1999-08-28T00:22:10Z urn:sha1:7f3dea244c40159a41ab22da77a434d7c5b5e85a Replace memory leaking instances of realloc with non-leaking reallocf. 1998-09-16T04:17:47Z Warner Losh imp@FreeBSD.org 1998-09-16T04:17:47Z urn:sha1:e8420087b0ae4a2d0611cd2f6413d150cfc83554 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... Remove a 'const' because it was getting thrown away anyway. 1998-05-10T23:48:18Z John Birrell jb@FreeBSD.org 1998-05-10T23:48:18Z urn:sha1:36af80b1a06db8f3da226baa435e0e649ce572ca Separated header creation from header installation in libss. Create 1998-03-12T10:08:50Z Bruce Evans bde@FreeBSD.org 1998-03-12T10:08:50Z urn:sha1:46986e68888861fdc8c29db67b53eec72b216811 the libss headers before installing them in `make world'.