> >>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.
> >
> >
> >
> What you do is not link to a run-time library and instead use the equivalent
> versions provided by the Windows kernel as defined in WinBase.h.

That's exactly what I was referring to when mentioned "breaking
dependancy from MSVCRT."

> For file operations you use:
> 
>    _lopen
>    _lcreat

I would object to this, as this interface "is provided *only* for
compatibility with 16-bit versions of Windows."

> Basically, we would approach this by implementing
> our own run-time library which is in turn implemented in base OS
> functions.

That's why I wrote that it "might be hard to accept," because it's
really the last thing we want to do, implement own run-time environment,
isn't it? But note that there *are* system DLL which are linked with
MSVCRT.DLL. E.g. CRYPT32.DLL imports string functions and malloc/free,
while WS32_32.DLL imports fopen, fclose, fgets and some string
functions... How does it work there? A.
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to