On Tuesday, January 29, 2002, at 05:49 PM, Kevin Pilch-Bisson wrote:
[snip]
> At the time, I didn't like that approach, since my primary reason for
> wanting
> separate installs was that I didn't like having to wait for neon and
> apr's
> configure to run when testing configuration changes.
>
> As part of another configure.in change though, I discovered the
> --disable-subdir-config option to our configure, which allows us to have
> in-tree versions of apr and neon, but not configure them. So now I'm
> +0.5 on
> moving to Greg's original suggestion of requiring those running
> autogen.sh to
> have neon and apr in the tree and copying required files at autogen.sh
> time.
Another, similar, annoyance that I've found is that the command line
client doesn't depend on libapr (not sure if this is the case with
libneon). If I make a change in apr, the library gets rebuilt because
the top level Makefile descends into the apr tree automatically, but the
svn binary doesn't get rebuilt as a result. So I have to manually "rm
subversion/clients/cmdline/svn" and make again to get a new binary.
It's a minor problem, but when you're in a tight edit/compile/run loop
it can get irritating.
Unfortunately, I'm not savvy enough with the GNU build tools to fix this
problem, since I normally use Jam rather than make, but I thought I'd
bring it up since I suspect it relates to the issue above.
Cheers,
colin
---------------------------------------------------------------------
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:37:01 2006