On 2013/02/27 21:32, "H. Fritsch" <fritsc...@in.tum.de> wrote: > The signalhandlers: apparently there are some non-windows systems > that don't know about struct sigaction, that?s why I modified the > detection there (from sigaction(2) manpage):
Which ones? Are they relevant for MPD? These are standard POSIX functions, I expect them to be available everywhere. > src/resolver.c didn't include <sys/socket.h> or <netdb.h>, probably > because G_OS_WIN32 may have been defined. Not sure :/. Which symbols require these headers on Windows? getaddrinfo() not: http://msdn.microsoft.com/en-us/library/windows/desktop/ms738520%28v=vs.85%29.aspx > src/event/SocketMonitor.cxx redefines ssize_t for no obvious reasons > and was therefore causing compiler errors at some other place. Which compiler errors? It does not redefines ssize_t, it defines its own ssize_t; ssize_t requires including sys/types.h, it's not a standard C type. > For the NaN-issues, I?ve actually no idea why std::isnan etc is not > available when compiling for android, so I just removed the prefix, > but this likely breaks other stuff. Maybe someone with more > experience can help here? ;) Did you try the gcc 4.7 toolchain? Your script refers only 4.6. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team