Compile dlls with Borland compiler OR avoid using VC 2008 Redistributable

2009-10-05 Thread Max Terentiev
Hi, How to build OpenSSL DLLs using Borland C++ Builder 6 ? I can successfuly compile and get libeay32.lib/ssleay32.lib files, but can't understand how to get .dlls ? I was read INSTALL.W32 many times :-) I want to re-build OpenSSL because default binaries from

Re: Compile dlls with Borland compiler OR avoid using VC 2008 Redistributable

2009-10-05 Thread John R Pierce
Max Terentiev wrote: How to build OpenSSL DLLs using Borland C++ Builder 6 ? I can successfuly compile and get libeay32.lib/ssleay32.lib files, but can't understand how to get .dlls ? I was read INSTALL.W32 many times :-) I can't help with BC specific stuff, but... DLL's are created by a

Re: Compile dlls with Borland compiler OR avoid using VC 2008 Redistributable

2009-10-05 Thread Max Terentiev
Hi, I suspect BC will have its own runtime libraries to provide similar generic C runtime functionality. Yes, but BC can link it inside output .dll. MS VS should link to but I don't know what compiler option must be set for it.

Re: Compile dlls with Borland compiler OR avoid using VC 2008 Redistributable

2009-10-05 Thread Mounir IDRASSI
Hi, You can build OpenSSL dlls that don't require runtime redistribuable using MS Visual Studio. For that, follow the build instruction and before calling nmake -f ms\ntdll.mak, edit the file ntdll.mak and replace the switch /MD by /MT. After the build, you will have dlls that are statically

Re: Compile dlls with Borland compiler OR avoid using VC 2008 Redistributable

2009-10-05 Thread Max Terentiev
OR avoid using VC 2008 Redistributable Hi, You can build OpenSSL dlls that don't require runtime redistribuable using MS Visual Studio. For that, follow the build instruction and before calling nmake -f ms\ntdll.mak, edit the file ntdll.mak and replace the switch /MD by /MT. After the build, you

Re: Compile dlls with Borland compiler OR avoid using VC 2008 Redistributable

2009-10-05 Thread Ger Hobbelt
Whoa, A thing to keep in mind when you're mixing run-time libraries (and static linking to a DLL is mixing RTLs, even when you use the same (threading/etc.) flags for the main app build): two risks: 1) malloc in one, free in other 2) the FILE * APIs (fopen, etc.) 3) file handl based APIs #1 is