Hi Mike,
On 10.04.2013 21:54, Michael-O wrote:
> I strongly support this approach because its clear and makes everything
> explicit. I would even go one step further:
>
> Add an alias for ENABLE_THREADS_WIN32 as ENABLE_ASYNC_DNS if this define
> is for DNS only. Threads win22 says absolutely nothing at least to me.
>
> Compile commands could be: mingw32-make mingw32-(ares|adyn|sdyn|dyn)
> where dyn == adyn.
>
> This would be fully backward compatible, right?
no; dyn is already used to build with dynamic linking (wasnt my idea but
historically already in this makefile when I entered this project);
the default build is therefore a static linking of curl.

I've just commited a patch which makes it now possible to build all
resolver flavours without further hacking:
http://svwe10.itex.at/cgit/cgit.cgi/curl.git/commit/?id=96ffe645fd2494f14780f7c105fcfeeb8ca7d94f

mingw32-make mingw32-sync --> builds with synchronous resolver
mingw32-make mingw32-ares --> builds with ares asynchronous resolver
mingw32-make mingw32 --> builds with win32 asynchronous resolver

of course feel free to use:
mingw32-make mingw32-async --> builds with win32 asynchronous resolver
because all options not recognized are silently ignored ... :-P

in addition I've commited another small fix for the c-ares MinGW
makefile in order to automatically create ares_build.h when building
from Git:
http://svwe10.itex.at/cgit/cgit.cgi/c-ares.git/commit/?id=2004a7a1115e25128170e40470eba8603f7080da

please test if you have some cpu cycles ...

Gün.

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2013-04-11