dreid 2002/09/14 03:43:21
Modified: . configure.in
Log:
Correct the build breakage that had crept in when we added version numbers
to the library names and start using apr-config as that's what it's for
after all :)
Revision Changes Path
1.57 +8 -7 apr-util/configure.in
Index: configure.in
===================================================================
RCS file: /home/cvs/apr-util/configure.in,v
retrieving revision 1.56
retrieving revision 1.57
diff -u -r1.56 -r1.57
--- configure.in 10 Sep 2002 10:10:50 -0000 1.56
+++ configure.in 14 Sep 2002 10:43:21 -0000 1.57
@@ -96,13 +96,14 @@
host_alias=`uname -s`
case "$host_alias" in
*BeOS*)
- dnl ### Horrible Hack !!!
- dnl ### if we're building on BeOS then we need to add in the
- dnl ### apr and expat libraries to the build... Grrrr...
- dnl
- dnl ### we should use $apr_config --link-libtool probably...
- dnl ### or at least $apr_config --apr-la-file
- EXTRA_OS_LINK="$APR_BUILD_DIR/libapr.la
$top_builddir/xml/expat/lib/libexpat.la"
+ dnl ### BeOS requires that ALL symbols resolve at LINK time!
+ dnl ###
+ dnl ### So, if we're building on BeOS then we need to add in the
+ dnl ### apr and expat libraries to the build or it'll die a truly
horrible
+ dnl ### death. We now use the apr-config tool to determine the correct
+ dnl ### library to link against :)
+ aprlib=`$APR_BUILD_DIR/apr-config --link-libtool`
+ EXTRA_OS_LINK="$aprlib $top_builddir/xml/expat/lib/libexpat.la"
;;
*AIX*)
dnl need such stuff as -liconv to be specified when building
libaprutil.la
