2012/9/6 Daniel Richard G. <span dir="ltr"><<a href="mailto:oss@teragram.com" target="_blank">oss@teragram.com</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why not build the DLL using a MinGW environment? MinGW has always targeted good ol' MSVCRT.DLL, for licensing reasons.<br></blockquote><div class="im"><br>That's what I did, the dll can best be built with the MinGW environment. I'm only talking about zdll.lib, It cannot be built with MinGW.<br>
 <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

And if an undesired linkage with msvcrXX.dll is generated, that probably can be fixed with the option -nodefaultlib.<br>
</blockquote>
<br></div>
Won't work. You could force the linker to ignore MSVCR##.DLL and link against MSVCRT.DLL, but then you're at the mercy of all the implementation-dependent aspects of the C runtime not lining up (symbols in macro expansions, publicly-exposed structs, newer compiler intrinsics, etc.).<br>
</blockquote></div><br>Well, I tried the command<br>       lib -machine:X64 -name:zlib1.dll -def:zlib.def -out:zdll.lib -nodefaultlib<br>(on VS10, using a 64-bit zlib1.dll compiled with MinGW-w64 64-bit compiler)<br>and then tried if MinGW-w64 could use it for final linking. It looks like its<br>
working! The "depends" utility is not showing any dependancy on<br>MSVCR##.DLL, only MSVCRT.DLL as it should be, even though I'm using VS10.<br>Will do more testing.........<br><br>Regards,<br>          Jan Nijtmans<br>
<br>