On Wed, Feb 20, 2002 at 06:22:14PM -0800, Bruce Atherton wrote:
> I am developing an Ant build script for Subversion. What it does is suck
> down the code for subversion, apr, apr-util, neon (by version or from CVS), berkeley DB, and httpd 2.0 (by package or from CVS).
> What it doesn't do is build Subversion. It runs "autogen.sh" alright, but when it goes on to "configure", I get the following message:
> [exec] configure: Apache Portable Runtime (APR) library configuration
> [exec] checking for APR... yes
> [exec] configure: Apache Portable Runtime Utility (APRUTIL) library configuration
> [exec] checking for APR-util... reconfig
> [exec] configuring package in apr-util now
> [exec] loading cache /dev/null
> [exec] configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a
> [exec] build directory, or an apr-config file.
> [exec] checking for APR... configure failed for apr-util
You've got an "apr-config" floating around on your system. We don't handle
"installed APR, and apr-util in source tree" setup properly right now. Just
go delete that apr-config and try again.
> Another question about automated builds: the current suggestion is that
> all the Subversion libraries be removed from /usr/local/lib before building
> a new client. That makes me very nervous, though. What happens if the build
> fails? Am I going to hose the client by doing this?
If your client is dynamically linked to them, yes :-)
Personally, I view that as only a suggestion, and possibly even a
destructive/erroneous suggestion. It comes from paranoid people :-)
libtool properly handles the concept of "use libraries from the build
environment [when running build dir programs like svn]" vs "use installed
libraries [when running installed programs]". If not, then we have a bug in
the config/build process.
[ this is how "make check" can actually *work* before you do an install ]
Of course, people who *do* recommend tossing the /usr/local/lib stuff also
have a statically-linked svn sitting around to use. And, again, that is just
compensation for an already-erroneous pattern of behavior :-)
Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sat Oct 21 14:37:09 2006