|
Hi Nick! Nick Mathewson wrote: Hmm, I didn't mean to include this in the patch. I think this might even be auto-generated.On Fri, Dec 18, 2009 at 04:53:41PM -0500, Patrick Galbraith wrote: [...] I thought of doing that instead, also. I didn't know this. I just take whatever running configure gives me. I think I have select() as part of mingw(). I had a problem with libmemcached using poll() so Trond wrote a wrapper that basically implemented poll() using select(), but I think the compilation used regular select vs. the windows select. This is win2008, btw. Not sure if that helps. I'm going to cc this email to the mingw-w64 list and see what their thoughts are. They are a very helpful group of people! regards, Patrick Hang on, what's going on here? select.c isn't even supposed to get built on windows; it only works for a posix-style bitfield-based select(). The windows version is in win32select.c (or WIN32-Code/win32.c in older versions of Libevent). Is there a problem in the build process that is making select.c get built on mingw64? yrs, *********************************************************************** To unsubscribe, send an e-mail to majordomo@xxxxxxxxxxxxx with unsubscribe libevent-users in the body. |