Reini Urban wrote: > Max Bowsher schrieb: >> http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/release/apr/apr-0.9.5pre20040505-0.5-src.tar.bz2 >> http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/release/apr/apr-0.9.5pre20040505-0.5.tar.bz2 >> http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/release/apr/libapr0/libapr0-0.9.5pre20040505-0.5.tar.bz2 >> http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/release/apr-util/apr-util-0.9.5pre20040505-0.5-src.tar.bz2 >> http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/release/apr-util/apr-util-0.9.5pre20040505-0.5.tar.bz2 >> http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/release/apr-util/libaprutil0/libaprutil0-0.9.5pre20040505-0.5.tar.bz2 > > Just a note that flood-0.4 doesn't build with these libs installed, > out-of-the box. Tried it with CVS also some time ago and this failed also. > > flood comes with its own copy of apr and apr-util, and buildconf > correctly checks that apr and apr-util is already installed, but fails > to build then. > Only after completely uninstalling the new cygwin libs from max, flood > builds okay. > > I hope that someone will pick flood up also, to fix the libtool issues. > Otherwise I see it as waste of space, if all the dependent apps must be > static.
APR changed its poll interface at some point in the 0.9.x series. flood-0.4 expects the old interface, so it breaks when trying to compile with a new apr. Use flood 1.0 or later. Max.
