* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> The copy of rules.mk isn't needed until after apr-util configure (i.e.,
> the first chance for user to run "make"), so it can be copied at the end
> of configure when makefiles are being generated. That way apr-util's
> buildconf can be run even if apr hasn't been configured yet.
>
> Does anybody see a reason why copying rules.mk at the end of configure
> instead of in buildconf would be a problem?
I can't think of one; we already have to know where apr is so copying
shouldn't be an issue. patch attached (reverts the prior commit, copies
rules.mk)
-Thom
Index: buildconf
===================================================================
RCS file: /home/cvs/apr-util/buildconf,v
retrieving revision 1.8
diff -u -u -r1.8 buildconf
--- buildconf 4 Feb 2003 10:35:10 -0000 1.8
+++ buildconf 4 Feb 2003 13:58:26 -0000
@@ -38,7 +38,7 @@
build/config.guess build/config.sub
cp $apr_src_dir/build/apr_common.m4 $apr_src_dir/build/find_apr.m4 \
$apr_src_dir/build/install.sh $apr_src_dir/build/config.guess \
- $apr_src_dir/build/config.sub $apr_src_dir/build/rules.mk build
+ $apr_src_dir/build/config.sub build
# Remove aclocal.m4 as it'll break some builds...
rm -rf aclocal.m4 autom4te*.cache
Index: configure.in
===================================================================
RCS file: /home/cvs/apr-util/configure.in,v
retrieving revision 1.61
diff -u -u -r1.61 configure.in
--- configure.in 4 Feb 2003 10:35:10 -0000 1.61
+++ configure.in 4 Feb 2003 13:58:26 -0000
@@ -127,6 +127,9 @@
AC_SUBST(APRUTIL_LIBS)
AC_SUBST(LDFLAGS)
+dnl copy apr's rules.mk into our build directory.
+cp $APR_BUILD_DIR/build/rules.mk $abs_srcdir/build/rules.mk
+
dnl
dnl BSD/OS (BSDi) needs to use a different include syntax in the Makefiles
dnl