[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Philip Martin <philip_martin@ntlworld.com>] Re: svn commit: rev 314 - trunk/ac-helpers

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2001-10-30 00:23:11 CET

Hey, all, somehow a mail from Philip Martin was posted as though it
came from me. It's quoted below, though you've probably already seen
it. Sorry for any confusion, I have no idea how that happened.

-K

Karl Fogel <kfogel@newton.ch.collab.net> writes:
> From: Philip Martin <philip_martin@ntlworld.com>
> Subject: Re: svn commit: rev 314 - trunk/ac-helpers
> To: svn@subversion.tigris.org
> Date: 26 Oct 2001 00:53:20 +0100
> Reply-To: svn@subversion.tigris.org
>
> kevin@tigris.org writes:
>
> > Author: kevin
> > Date: 2001-10-25 23:32 GMT
> > New Revision: 314
> >
> > Modified:
> > trunk/ac-helpers/apr.m4
> > Log:
> > Run buildconf in the right directory. Sorry
> >
> > Modified: trunk/ac-helpers/apr.m4
> > ==============================================================================
> > --- OLD/trunk/ac-helpers/apr.m4 Thu Oct 25 18:32:27 2001
> > +++ NEW/trunk/ac-helpers/apr.m4 Thu Oct 25 18:32:27 2001
> > @@ -70,7 +70,7 @@
> > APR_LIBS='$(abs_srcdir)/apr'
> > APRVARS=$abs_builddir/apr/APRVARS
> > echo "Creating config files for APR..."
> > - (cd apr; ./buildconf) # this is apr's equivalent of autogen.sh
> > + (cd $abs_srcdir/apr; ./buildconf) # this is apr's equivalent of autogen.sh
> > SVN_SUBDIR_CONFIG(apr)
> > APR_SUBDIR=apr
> > else
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: svn-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: svn-help@subversion.tigris.org
>
> Yes, I started with this, but it is not enough.
>
> I still seem to be having problems with mail that I send just
> vanishing, but earlier I sent a mail including this:
>
> Well I'm no autoconf hacker, but... this works with my setup and for
> building in and out of the source tree, I haven't tested it for cases
> when apr/neon are outside the tree.
>
>
> * ac-helpers/apr.m4: Support builddir != srcdir with apr/ in source tree.
> ac-helpers/neon.m4: Support builddir != srcdir with neon/ in source
> tree.
> configure.in: Put INSTALL and MKDIR earlier so that they are defined
> before being used.
>
>
> Index: ./ac-helpers/apr.m4
> ===================================================================
> --- ./ac-helpers/.svn/text-base/apr.m4 Thu Oct 25 19:49:55 2001
> +++ ./ac-helpers/apr.m4 Thu Oct 25 23:59:05 2001
> @@ -66,11 +66,11 @@
>
> if test -d $abs_srcdir/apr ; then
> echo "Using apr found in source directory"
> - APR_INCLUDES='$(abs_srcdir)/apr/include'
> - APR_LIBS='$(abs_srcdir)/apr'
> + APR_INCLUDES='$(abs_builddir)/apr/include'
> + APR_LIBS='$(abs_builddir)/apr'
> APRVARS=$abs_builddir/apr/APRVARS
> echo "Creating config files for APR..."
> - (cd apr; ./buildconf) # this is apr's equivalent of autogen.sh
> + (cd $abs_srcdir/apr; ./buildconf) # this is apr's equivalent of autogen.sh
> SVN_SUBDIR_CONFIG(apr)
> APR_SUBDIR=apr
> else
> @@ -94,8 +94,8 @@
> dnl APR
> if test -n "$APR_INCLUDES" ; then
> SVN_APR_INCLUDES="-I$APR_INCLUDES"
> - if test "$abs_srcdir" != "$abs_builddir" ; then
> - SVN_APR_INCLUDES="-I$APR_INCLUDES $SVN_APR_INCLUDES"
> + if test "$abs_srcdir" != "$abs_builddir" && test -d $abs_srcdir/apr ; then
> + SVN_APR_INCLUDES="-I$abs_srcdir/apr/include $SVN_APR_INCLUDES"
> fi
> fi
> AC_SUBST(SVN_APR_INCLUDES)
> Index: ./ac-helpers/neon.m4
> ===================================================================
> --- ./ac-helpers/.svn/text-base/neon.m4 Thu Oct 25 19:49:56 2001
> +++ ./ac-helpers/neon.m4 Thu Oct 25 21:13:38 2001
> @@ -40,7 +40,7 @@
> [
> AC_MSG_CHECKING([neon library version])
> if test -d $abs_srcdir/neon ; then
> - NEON_VERSION=`ac-helpers/get-neon-ver.sh neon`
> + NEON_VERSION=`$abs_srcdir/ac-helpers/get-neon-ver.sh $abs_srcdir/neon`
> AC_MSG_RESULT([$NEON_VERSION])
> if test "$NEON_WANTED" != "$NEON_VERSION"; then
> echo "You have a neon/ subdir containing version $NEON_VERSION,"
> Index: ./configure.in
> ===================================================================
> --- ./.svn/text-base/configure.in Thu Oct 25 19:49:25 2001
> +++ ./configure.in Thu Oct 25 22:04:33 2001
> @@ -15,6 +15,16 @@
> abs_srcdir="`cd $srcdir && pwd`"
> abs_builddir="`pwd`"
>
> +dnl ### should we ever bother with the system install?
> +dnl use abs_srcdir. sometimes during installation, libtool will relink the
> +dnl library. when it does this, it does a "cd", so a relative use of
> +dnl install-sh will not work.
> +INSTALL="$abs_srcdir/ac-helpers/install-sh -c"
> +AC_SUBST(INSTALL)
> +
> +MKDIR="$INSTALL -d"
> +AC_SUBST(MKDIR)
> +
> dnl Grab our own macros
> sinclude(ac-helpers/berkeley-db.m4)
> sinclude(ac-helpers/svn-apache.m4)
> @@ -86,16 +96,6 @@
>
> dnl find Apache
> SVN_FIND_APACHE
> -
> -dnl ### should we ever bother with the system install?
> -dnl use abs_srcdir. sometimes during installation, libtool will relink the
> -dnl library. when it does this, it does a "cd", so a relative use of
> -dnl install-sh will not work.
> -INSTALL="\$(abs_srcdir)/ac-helpers/install-sh -c"
> -AC_SUBST(INSTALL)
> -
> -MKDIR="$INSTALL -d"
> -AC_SUBST(MKDIR)
>
> dnl Check for libraries --------------------
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: svn-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: svn-help@subversion.tigris.org
>
>
>
> ----------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:46 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.