Michal,
Do you really expect me to break my Win32 builds in order to restore seamless integration with your build environment?
No way!... I already changed the mingw.mak make included in stunnel source to handle the new condition following Pierre Delaage style. Works for me. It could be useful for someone else (attached). Incidentally, I just found that in this case, including applink.c is not mandatory. Stunnel compiles and runs just fine without it. I understand it's only need it if your application will link to and OpenSSL DLL compiled with different settings or compiler (from the OpenSSL FAQ). Not including it makes saves about 7KB on the final exe.
Regards,Jose
On Thursday, November 5, 2015 8:11 AM, Michal Trojnara Michal.Trojnara@mirt.net wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05.11.2015 12:36, Jose Alf. wrote:
Mostly, you figured out the issue. I use the mingw.mak recipe included in the src directory to compile my own stunnel with mingw32. However, there was a change in stunnel 5.25 affecting stunnel.c that breaks compilation with this makefile. See attached diff. I know you don't compile under windows, but please consider reverting that change to retain backward compatibility.
Do you really expect me to break my Win32 builds in order to restore seamless integration with your build environment?
Thanks a lot for sharing your build scripts on Linux.
The last line of my script is also the solution to your problem.
Best regards, Mike
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users