I have committed the patches to add --with-libapr to configure.in which allows the project to build against the distro version of libapr 1.2.x or to specify an alternate 1.2.x build. If --with-libapr=<some-path-to-apr> si specified, it will build and link with the libapr found in the specified path. For now if --with-libapr is not specified at configure time, it will still build and statically link against the 0.9.7 version found in the srclib/apr directory. In order to move from apr 0.9.7 to 1.2.x, I had to add some #ifdef's in gmond.c and apr_net.c to handle the differences. Once we decide to remove apr 0.9.7 completely and only link dynamically to apr 1.2.x, these #ifdef's can be removed.
Now that this move to APR 1.2.x has been done, this should pave the way for several things: - allow any plugable metrics module to use APR functions as well - eliminate libexpat and use the expat functions from APR-Util - replace the multicast functions in apr_net.c with the APR multicast functions I plan to work on these tasks as I find time, but if somebody else want to tackle them, please speak up and go ahead. Brad >>> On 4/24/2007 at 8:44 AM, in message <[EMAIL PROTECTED]>, "Brad Nicholes" <[EMAIL PROTECTED]> wrote: > FYI, I am working on removing the static dependancy on APR from GMOND and > other ganglia binaries. In the process I am also moving Ganglia from APR > 0.9.7 to APR 1.2.x. This first pass will add a --with-libapr option to > configure which will be interpreted as linking dynamically to the distro's > version of APR rather than the internal static APR library. In follow on > patches, I would like to see the static version of APR removed completely and > allow the --with-libapr to specify which APR library to link with if you > would > rather link with your own built version of APR or use the distro's version. > The main reasoning behind this move is so that the metrics modules that are > plugged into gmond, can also take advantage of APR. Thinking further ahead, > I would also like to see libexpat removed in favor of using the expat > functionality built into APR-Util. > > Comments? > > Brad
