diff options
author | jlam <jlam> | 2004-12-03 23:03:09 +0000 |
---|---|---|
committer | jlam <jlam> | 2004-12-03 23:03:09 +0000 |
commit | dbf49756ec839cc0a8de419b5831df2947d9076f (patch) | |
tree | d3d7be1305fa4db598d14e072117dfd5c1a2890f /net | |
parent | 9e190c13f506e2f4384d4dd96a4ea45c2e41af6e (diff) | |
download | pkgsrc-dbf49756ec839cc0a8de419b5831df2947d9076f.tar.gz |
Attempt to deal with the differing DES APIs between OpenSSL 0.9.6 (in
pkgsrc and in NetBSD-1.6.x) and OpenSSL 0.9.7 (in NetBSD-2.0), by
creating a new yes/no variable USE_OLD_DES_API that flags whether the
package wants to use the old DES API. If USE_OLD_DES_API is "yes",
then:
* For OpenSSL 0.9.6, symlink ${BUILDLINK_DIR}/include/openssl/des_old.h
to ${SSLBASE}/include/openssl/des.h.
* For NetBSD 2.0's "special" installation of OpenSSL 0.9.7, symlink
${BUILDLINK_DIR}/include/openssl/des_old.h to /usr/include/des.h,
and transform "-lcrypto" into "-ldes -lcrypto". This makes it
behave like stock OpenSSL 0.9.7 where the old DES functions are
part of libcrypto.
Software that wants to use the old DES API should be taught to do it
in a way that works with a stock installation of OpenSSL 0.9.7 -- by
including <openssl/des_old.h> and linking against "-lcrypto". Software
that wants to use the new DES API should simply depend on openssl>=0.9.7.
This change has no impact on existing packages as the new code is
active only when USE_OLD_DES_API == "yes".
Diffstat (limited to 'net')
0 files changed, 0 insertions, 0 deletions