Hi,

[[I vote for ripping apr out of the source tree too!  But this  post is more
mechanical in nature so I decided to split it off.]]

APR 1.2.X by has an unusual install.  If you download it and compile from
scratch:

the libs are in  /usr/local/apr/lib  (NOT /usr/local/lib/apr)

the includes are in /usr/local/apr/include/apr-1


The current configure script lets you specify the libs, but not the include
path.  So in order for it to build, I had to add the following mini
configure patch


Index: configure.in
===================================================================
--- configure.in        (revision 769)
+++ configure.in        (working copy)
@@ -164,7 +164,11 @@
   cd $ganglia_popdir
fi

+AC_ARG_WITH(libapr-include,
+[ --with-libapr-include  Add include path for apr-1],
+[if test x"$withval" != xno; then CFLAGS="$CFLAGS -I$withval"; fi ])

+
AC_ARG_ENABLE(debug,
[
  --enable-debug          turn on debugging output and compile options],


then with

./configure --with-gmetad --with-aprlib=/usr/local/apr/lib
--with-aprlib-include=/usr/local/apr/include/apr-1

then it works fine.  We can do this OR people can edit their CFLAGS/CPPFLAGS
before configuring

(oh yeah, the ./configure --help makes it sound like '--with-aprlib' doesn't
take any arguments, when in fact you need to provide a directory).


EXCEPT

I _also_ had to edit monitor-core/lib/Makefile.am and remove a 'if
USE_DYNAMICAPR'  clause that added libganglia_la_LIBADD which adds libexpat
and llibconfuse.   It gave me linking errors, but when I removed it compiled
fine.

This is more a heads up... I'm on a mac at home.  I'll try on linux shortly.



thoughts?

-nickg

Reply via email to