Nick Mathewson wrote:
Replacing timeval is probably a non-starter. It would be nice to
remote the header dependency on Windows, but in order to remove struct
timeval from all Libevent interfaces, we'd have to break backward API
compatibility with all existing Libevent applications, which would
probably not make us any friends.
OK well I've been playing with replacing the production of the
event-config.h file with waf,
and I think the problem lies in inconsistent use of Windows headers.
That type really
needs to come from winsock2.h, and ideally ws2tcpip.h should be used to
pull in the
windows headers needed - there are some places where we just get
windows.h and
that just uses winsock.h which will cause trouble.
Never mind.
Yeah; I may have acted too dismissively to cmake initially. I think
it would be a mistake to _replace_ our autotools stuff with cmake in a
2.0.x timeframe, but if cmake is the best way to produce project files
that make VS people happy, I'd be fine using cmake for that.
I'm actually happier with waf at the moment, but I realise that cmake
has reasonable
traction at the moment with some big projects using it.
James
_______________________________________________
Libevent-users mailing list
Libevent-users@monkey.org
http://monkeymail.org/mailman/listinfo/libevent-users
