src-test2/lib/libtermcap, branch release/3.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F3.2.0_cvs 1999-05-24T16:47:10Z This commit was manufactured by cvs2svn to create tag 1999-05-24T16:47:10Z cvs2svn cvs2svn@FreeBSD.org 1999-05-24T16:47:10Z urn:sha1:bff5b80e6cde3256fd760aec0882f8b9fa85b5ee 'RELENG_3_2_0_RELEASE'. This commit was manufactured to restore the state of the 3.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. Deal with /usr/lib/compat/aout, and that we've been installing things 1998-10-11T04:39:56Z Peter Wemm peter@FreeBSD.org 1998-10-11T04:39:56Z urn:sha1:5cc7d6a52482f8b748679e7325b3ccb72eb3ecd9 in the wrong places for a while. Also, the the libtermlib.so -> libtermcap.so manually for elf, otherwise the hard link follows the symlink and the result looks rather wierd. The *.a files are still hard linked under elf as before. Define PBUFSIZ in terms of MAXPATHLEN rather than hard coding it to 1998-09-11T05:44:41Z Warner Losh imp@FreeBSD.org 1998-09-11T05:44:41Z urn:sha1:2e9e5d3b4cc7fdd5b60466689562d197b7f996dd 512. Obtained, I think, from: OpenBSD BINFORMAT -> OBJFORMAT ready for E-day. 1998-08-30T02:52:04Z John Birrell jb@FreeBSD.org 1998-08-30T02:52:04Z urn:sha1:839de40e6eec97975c7c084514ce3bd6a85a893e Understand elf library naming rules for libtermlib alias. 1998-06-12T15:57:59Z Peter Wemm peter@FreeBSD.org 1998-06-12T15:57:59Z urn:sha1:21cd354328774a5e5d265840d0799562b6d57e26 Don't do the libtermcap un-bump hack for anything but a.out The __set_ospeed() function is coded against the speed_t type declared 1998-05-05T21:54:26Z John Birrell jb@FreeBSD.org 1998-05-05T21:54:26Z urn:sha1:ffa54cc6bb80e8b18040deed6ce3fff0669d06c8 in termios.h, but it's prototype in termcap.h and the main file use the underlying definition (which is now an int, not a long for compatibility with NetBSD). Really termcap.h should use speed_t too, but I guess that this might break sources that don't include termios.h first. Fixed bitrot in synopsis. 1998-03-23T13:23:22Z Bruce Evans bde@FreeBSD.org 1998-03-23T13:23:22Z urn:sha1:16a456470744d2e1722c6ce0140b5ca1ac98efcd Changed speed_t from long to unsigned long. POSIX.1 requires an 1998-03-12T14:09:55Z Bruce Evans bde@FreeBSD.org 1998-03-12T14:09:55Z urn:sha1:df5cf212e61436b2d132ec3aa2549145a544fc26 unsigned integral type. Changing it doesn't seem to cause any sign extension bugs in /usr/src. In the kernel, this is partly because `struct speedtab' and its lookup function are too bogus to use speed_t's for speeds - they use ints. Reminded by: PR 5786 Fixed the termcap 3.0 hacks. They were very broken in my configuration 1997-12-19T22:11:29Z Bruce Evans bde@FreeBSD.org 1997-12-19T22:11:29Z urn:sha1:df4c52a9df7b25c91a620cf0b5edafa5fb3a2aa8 where shared libraries are in /lib and almost everything is linked shared. First, they removed the old shared library before installing the new one. Second, they attemped a cross-device link from /lib to /usr/lib/compat. "un-bump" the major number for libtermcap.so. This brings -current back 1997-12-02T11:56:36Z Peter Wemm peter@FreeBSD.org 1997-12-02T11:56:36Z urn:sha1:027e5abe4024c7596ab9e3957200eafc8de903aa to the same version numbers as 2.2.x. The problem with the way things were was: - if you took a 2.2.x binary, it either wouldn't run on -current or if you had the old -current version of libtermcap.so.2.1 then it could potentially be a security problem. - the alternative is to start a compat22 tree dist for -current with a uuencoded binary. This makefile hack is less cost. libtermcap.so.3.0 is provided via /usr/lib/compat to avoid transition problems.