10.01.2013 16:19, Max Kellermann пишет: > That would be another dependency, wouldn't it? Yes, we could do that.
You're right. This is another dependency. But it's easy to build it (no transitive dependencies). Also it simplifies code because other platforms use pthreads too (if I'm understanding right). It does not require newer toolchain as well. > My rationale for removing GLib was to make porting to Android > possible, and therefore GLib will be removed from the normal Linux > build first. Removing it from Windows is not my goal, but > pthread-win32 sure could help with that. So practically using GLib API is a transitional solution. I have no objections against that. > Another idea I had was use the native WIN32 condition variables, which > requires Windows Vista or newer. I'm not sure if that's a problem. I > mean, Windows XP is 13 years old and its support will finally expire > in just a few months. This might be a good idea since Vista provides other useful APIs. Such as poll() implementation: http://msdn.microsoft.com/en-us/library/ms741669%28v=vs.85%29.aspx > This will be less overhead than pthreads-win32, because it doesn't > attempt to emulate a foreign API. (Next problem is that the > prototypes for this API are not available in Debian's mingw-w64 > *sigh*) May be newer Debian would be available in the meanwhile before the first 0.18 stable release? I use Kubuntu 12.04. It has condvar API available in mingw-w64. -- Denis ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 _______________________________________________ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
