diff options
author | peter <peter@FreeBSD.org> | 2000-02-26 13:06:55 +0000 |
---|---|---|
committer | peter <peter@FreeBSD.org> | 2000-02-26 13:06:55 +0000 |
commit | 527ba28c8fdf2e7a104fa19c1b56892d2612156b (patch) | |
tree | e64adef5838f0c6cf369143e4c9570315b70967a /secure | |
parent | 4eac54ad20766adeff291d5df19636e88eac48f8 (diff) | |
download | FreeBSD-src-527ba28c8fdf2e7a104fa19c1b56892d2612156b.zip FreeBSD-src-527ba28c8fdf2e7a104fa19c1b56892d2612156b.tar.gz |
At great personal risk (to my already fragile sanity), reorganize
the rsa stubs for libcrypto. libcrypto.so now uses dlopen() to
implement the backends for either the native or rsaref implemented
RSA code.
This involves:
- unifying the libcrypto and openssl(1) source so there is no
#ifdef RSAref variations.
- using weak symbols and dlopen()/dlsym() routines to access the
rsa method vectors.
Releases will enable the user to choose International, US (rsaref) or
no RSA code at install time.
'make world' will DTRT depending on whether you have the international
or US source. For US users, you must either install rsaref (the port
or package) or (if you don't fear RSA Inc) use the (superior)
International rsa_eay.c code.
This has been discussed at great length by the affected folks and even
we have a great deal of confusion. This is a checkpoint so we can tune
the results. This works for me in all permutations I can think of and
should result in a CD/ftp 'release' just about doing the right thing now.
Diffstat (limited to 'secure')
0 files changed, 0 insertions, 0 deletions