On Mon, Jan 26, 2004, Andy Polyakov wrote: > > appro> > and other details I'm not aware of. I've heard > > appro> > suggestions of creating several variants of the OpenSSL libraries that > > appro> > would be used in parallell with the different MSVC libraries, and > > appro> > that's where a naming convention is becoming even more important. > > appro> > > appro> I'd say that we should rather strive for being more like USER32 or any > > appro> other system component, i.e. being MT-safe and neutral to any particular > > appro> compiler run-time environment. > > > > That would be great, so how does one do that? > > Note that I didn't say it would be trivial, nor that I know exactly how > to actually do it:-) I merely said that having observed how system > components [e.g. KERNEL32] are linked there seem to be a way to achieve > this [noble] goal. Step in the direction would be to understand exactly > *why* it's not possible to interchange /MD and /MDd versions. The > conclusion might be hard to accept. As it might turn out that the only > way is to break dependency from MSVCRT, but the catch is that it's > MSVCRT stands for stdio.h, malloc.h and string.h. malloc.h and string.h > are relatively easy to replace (e.g. by linking with the static LIBC), > but probably not stdio.h (linking it statically probably won't work as > it most likely will interfere with another copy of stdio and one most > likely will have to implement some ascetic replacement). A.
That I believe is the main problem: all the runtime library dependencies which directly or indirectly call incompatible library functions. There was an attempt to fix this back in SSLeay where the application called one function which passed pointers to the malloc routines but it never worked. I suspect the reason is that it didn't go far enough: it would have to also pass pointers to things like stdio functions too. Steve. -- Dr Stephen N. Henson. Email, S/MIME and PGP keys: see homepage OpenSSL project core developer and freelance consultant. Funding needed! Details on homepage. Homepage: http://www.drh-consultancy.demon.co.uk ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
