NetBSD/lib/libcrypto
lukem efcc9a4c9d * Add user-controlled mk.conf variables
- SHLIBDIR	Location to install shared libraries if ${USE_SHLIBDIR}
			is "yes".  Defaults to "/usr/lib".

	- USE_SHLIBDIR	If "yes", install shared libraries in ${SHLIBDIR}
			instead of ${LIBDIR}.  Defaults to "no".
			Sets ${_LIBSODIR} to the appropriate value.
			This may be set by individual Makefiles as well.

	- SHLINKDIR	Location of shared linker.  Defaults to "/usr/libexec".
			If != "/usr/libexec", change the dynamic-linker
			encoded in shared programs

* Set USE_SHLIBDIR for libraries used by /bin and /sbin:
	libc libcrypt libcrypto libedit libipsec libkvm libm libmi387
	libtermcap libutil libz

* If ${_LIBSODIR} != ${LIBDIR}, add symlinks from ${LIBDIR}/${LIB}.so*
  to ${_LIBSODIR}/${LIB}.so* for compatibility.

* Always install /sbin/init statically (for now)


The net effect of these changes depends on how the variables are set:

  1.)	If nothing is set or changed, there is no change from the
	current behaviour:
		- Static /bin, /sbin, and bits of /usr/*
		- Dynamic rest
		- Shared linker is /usr/libexec/ld*so

  2.)	If the following make variables are set:
		LDSTATIC=
		SHLINKDIR=/lib
		SHLIBDIR=/lib
	Then the behaviour becomes:
		- Dynamic tools
		- .so libraries used by /bin and /sbin are installed to /lib,
		  with symlinks from /usr/lib/lib*so to -> /lib/lib*so
		  where appropriate
		- Shared linker is /lib/ld*so

  3.)	As per 2.), but add the following variable:
		USE_SHLIBDIR=yes
	This forces all .so's to be instaleld in /lib (with compat
	symlinks), not just those tagged by their Makefiles to be.
	Again, compat symlinks are installed
2001-12-28 01:32:37 +00:00
..
arch The des_opts program suggests just "-DDES_UNROLL" on my 5000/260. 2001-09-11 04:10:41 +00:00
man Fix various misspellings of compatible/compatibility. 2001-06-11 01:50:48 +00:00
asn1.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
bf.inc Do the CPU-specific optimization flags a better way, suggested 2001-09-10 02:56:57 +00:00
bio.inc
bn.inc
buffer.inc
cast.inc
comp.inc
conf.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
crypto.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
des.inc Do the CPU-specific optimization flags a better way, suggested 2001-09-10 02:56:57 +00:00
dh.inc
dsa.inc
dso.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
err.inc
evp.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
hmac.inc
i_cbc_dummy.c use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
i_skey_dummy.c use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
idea.inc
lhash.inc
Makefile * Add user-controlled mk.conf variables 2001-12-28 01:32:37 +00:00
man.inc fix manpage paths to meet 0.9.6a. most of short names are escaped as 2001-04-12 10:45:33 +00:00
md2.inc
md4.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
md5.inc
mdc2.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
objects.inc
pem.inc
pkcs7.inc
pkcs12.inc
rand.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
rc2.inc
rc4.inc
rc5_enc_dummy.c use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
rc5_skey_dummy.c use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
rc5.inc
ripemd.inc
rnd_keys.c
rsa.inc
sha.inc
shlib_version use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00
srcs.inc Use MACHINE_CPU rather than an (incomplete) substitution of 2001-09-10 02:59:09 +00:00
stack.inc
txt_db.inc
x509.inc
x509v3.inc use openssl 0.9.6a. shlib major # is bumped for libcrypto, libssl and 2001-04-12 07:48:03 +00:00