Neil Conway wrote: > 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?
Certainly not :)
