src-test2/secure/lib/libcrypt, branch release/4.0.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.0.0_cvs 2000-03-20T08:47:53Z This commit was manufactured by cvs2svn to create tag 2000-03-20T08:47:53Z cvs2svn cvs2svn@FreeBSD.org 2000-03-20T08:47:53Z urn:sha1:7e6cd705f344de2f9f08475a0fa2ef9191f88dd0 'RELENG_4_0_0_RELEASE'. This commit was manufactured to restore the state of the 4.0-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. Add NODESCRYPTLINKS knob to prevent spamming of libcrypt -> libscrypt 2000-02-29T05:47:52Z Kris Kennaway kris@FreeBSD.org 2000-02-29T05:47:52Z urn:sha1:06f13592e1159eddacf4ed78d8ea929f551c172a symlinks. The name is against my better judgement, but I defer to ancient tradition here because I'm a nice guy. Reviewed by: -current Really really remove SHA-1 support. 2000-01-09T21:22:48Z Kris Kennaway kris@FreeBSD.org 2000-01-09T21:22:48Z urn:sha1:63f691b33ca56acc1450025d984a06c16c21a94f Remove the SHA stuff properly. 2000-01-08T03:01:13Z Jordan K. Hubbard jkh@FreeBSD.org 2000-01-08T03:01:13Z urn:sha1:e63a2405763dc40dbb83dedb7c6907dc23d46cb3 I missed the LDADD/DPADD for -lmd in the secure cases. :-( 1999-12-19T16:50:33Z Peter Wemm peter@FreeBSD.org 1999-12-19T16:50:33Z urn:sha1:1a9527eaaad28d19a91707c53bb0b38003b42e59 Pointed out by: marcel Colour me stupid. This is a better way of using the macros. 1999-09-21T22:13:07Z Mark Murray markm@FreeBSD.org 1999-09-21T22:13:07Z urn:sha1:e267a66620d8787cb1e738dbee193cfddc66bd3b Do this the same way as Internat to reduce diffs. 1999-09-21T17:57:09Z Mark Murray markm@FreeBSD.org 1999-09-21T17:57:09Z urn:sha1:af37a7967bdd54c55030d6bac5ca44c6472c2b39 Someone changed major numbers of the libraries from 2 to 3 for 0 (zero) reasons. 1999-09-21T17:52:05Z Dmitrij Tejblum dt@FreeBSD.org 1999-09-21T17:52:05Z urn:sha1:462da152d2d0f22be3ff98e01309596dbcca4606 Revert the major number back to 2. libcrypt only export one function, before the recent changes and now: char *crypt(const char *key, const char *salt); The prototype didn't changed. Internal representation of `char' and `char *' didn't changed. Therefore, there is no reason to change the version number. Restore SONAME setting, otherwise libdescrypt.so.3 doesn't end up with 1999-09-21T14:47:36Z Peter Wemm peter@FreeBSD.org 1999-09-21T14:47:36Z urn:sha1:6fd36d7d1184fe799f73904fd1f2586d038c0117 a special SONAME of libcrypt.so.3 and the runtime symlink doesn't work. Make this completely dependant on the exportable libcrypt, to avoid 1999-09-20T12:40:06Z Mark Murray markm@FreeBSD.org 1999-09-20T12:40:06Z urn:sha1:e1e54354b5ec97bd3ffc486ae999fb1648d24f58 duplication of effort. Also a large cleanup of the code, inspired by Brandon Gillespie.