FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F5.2.1 2001-08-19T21:32:52Z 2001-08-19T21:32:52Z Kris Kennaway kris@FreeBSD.org 2001-08-19T21:32:52Z urn:sha1:4870a3d34647aeb69085f598472e38e14018cf72 for long after it was used. 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. 1999-08-28T00:22:10Z Peter Wemm peter@FreeBSD.org 1999-08-28T00:22:10Z urn:sha1:7f3dea244c40159a41ab22da77a434d7c5b5e85a 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'. 1998-03-06T13:44:12Z Bruce Evans bde@FreeBSD.org 1998-03-06T13:44:12Z urn:sha1:f3d015bd93dd740e5370b0f6192e86caa0befb95 built by a single rule (.ORDER: foo.c foo.h ...). 1998-03-06T08:26:00Z Bruce Evans bde@FreeBSD.org 1998-03-06T08:26:00Z urn:sha1:2840666108b12077df005b9a68eee3e890cd7d8c changes to bsd.lib.mk can handle building it early enough. Don't use the same rule for ss_err.h and ss_err.c, else `make -jN' would run the rule twice concurrently. Don't put ss_err.c out of order in SRCS; doing so was a kludge to get ss_err.h built early enough for plain `make'. Don't put a non-generated file in CLEANFILES. 1997-02-22T15:12:41Z Peter Wemm peter@FreeBSD.org 1997-02-22T15:12:41Z urn:sha1:7e546392b5fe3a496acff53ac7aadd1c57b2a4cf 1997-01-14T07:20:47Z Jordan K. Hubbard jkh@FreeBSD.org 1997-01-14T07:20:47Z urn:sha1:1130b656e5fe4c2d1ba299e024d1b40eaeebd380 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. 1996-09-05T21:22:51Z Bruce Evans bde@FreeBSD.org 1996-09-05T21:22:51Z urn:sha1:36d4ab45ac0fc33e3075fa71b31a622aee3425b5 built early enough to always be installed by the `includes' target in /usr/src/Makefile. This is supposed to be handled by not installing it if it doesn't exist. However, a stale, uninstallable copy sometimes exists in the source directory, and the existence test sometimes found the wrong copy. 1996-09-05T17:16:10Z Bruce Evans bde@FreeBSD.org 1996-09-05T17:16:10Z urn:sha1:5b963fa12e8baf1eb6f491cfee6b7849d0aa1dba