I get the following when I try to build branches/1.3.x (r815439) on OSX 10.6:
/bin/sh /Users/neilconway/apr-1.3-stable/libtool --silent --mode=compile gcc -g -O2 -DHAVE_CONFIG_H -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I./include -I/Users/neilconway/apr-1.3-stable/include/arch/unix -I./include/arch/unix -I/Users/neilconway/apr-1.3-stable/include/arch/unix -I/Users/neilconway/apr-1.3-stable/include -o locks/unix/proc_mutex.lo -c locks/unix/proc_mutex.c && touch locks/unix/proc_mutex.lo locks/unix/proc_mutex.c:21:41: error: apr_md5.h: No such file or directory locks/unix/proc_mutex.c: In function 'proc_mutex_posix_create': locks/unix/proc_mutex.c:61: error: 'APR_MD5_DIGESTSIZE' undeclared (first use in this function) locks/unix/proc_mutex.c:61: error: (Each undeclared identifier is reported only once locks/unix/proc_mutex.c:61: error: for each function it appears in.) make[1]: *** [locks/unix/proc_mutex.lo] Error 1 The culprit seems like r813589: http://svn.apache.org/viewvc/apr/apr/branches/1.3.x/locks/unix/proc_mutex.c?r1=813589&r2=813588&pathrev=813589 Presumably a build dependency on apr_md5.h makes more sense in trunk, since apr and apr-util have been unified. Presumably it isn't intentional to have apr-util be a build dependency of apr for the 1.3.x branch, right? Neil
