From: Stephen Sprunk <[EMAIL PROTECTED]>
stephen> > The current state is EAY legacy. His idea was that one should be able
stephen> > to pick out any of the algorithm directories and create a separate
stephen> > library for them (the old libdes is actually exactly the same as
stephen> > crypto/des/).
stephen>
stephen> First of all, do we still think that's necessary, given the wide
stephen> acceptance of OpenSSL and libcrypto?
Actually, with the dependence on opensslconf.h, we have already broken
that pattern.
stephen> In either case, it shouldn't be that difficult to develop a macro set
stephen> that implements various modes. Pass in some function names, block
stephen> size, types for casts, and let it generate the boilerplate. Worth
stephen> doing?
I've been playing with something like that for a few weeks now. I'll
get back about that in a few days.
--
Richard Levitte \ Spannv�gen 38, II \ [EMAIL PROTECTED]
Redakteur@Stacken \ S-168 35 BROMMA \ T: +46-8-26 52 47
\ SWEDEN \ or +46-733-72 88 11
Procurator Odiosus Ex Infernis -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/
Software Engineer, GemPlus: http://www.gemplus.com/
Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
