>>> On 5/9/2007 at 4:50 PM, in message
<[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
> Revision: 779
>           http://svn.sourceforge.net/ganglia/?rev=779&view=rev 
> Author:   bnicholes
> Date:     2007-05-09 15:50:58 -0700 (Wed, 09 May 2007)
> 
> Log Message:
> -----------
> Converted to dynamically link all external libraries by default. Added 
> --with-libapr --with-libexpat --with-libconfuse to specify an alternate 
> location 
> for the headers and libraries. Also added --enable-static-build to link all 
> libraries statically as before.
> 
> Modified Paths:
> --------------
>     trunk/monitor-core/Makefile.am
>     trunk/monitor-core/configure.in
>     trunk/monitor-core/ganglia.spec.in
>     trunk/monitor-core/gmetad/Makefile.am
>     trunk/monitor-core/gmetric/Makefile.am
>     trunk/monitor-core/gmond/Makefile.am
>     trunk/monitor-core/gmond/gstat/Makefile.am
>     trunk/monitor-core/gmond/modules/Makefile.am
>     trunk/monitor-core/lib/Makefile.am
>     trunk/monitor-core/srclib/Makefile.am
> 

I just committed the above patch that converts the makefiles and .spec file to 
build the binaries by linking all external libraries dynamically by default.  
As stated in the log message, some new --with-libXXX options have been added to 
allow the build to search alternate locations for the external libraries and 
headers.  A backwards compatibility option has also been added 
(--enable-static-build) to link the libraries statically as was done before.  
When building dynamically, the make files no longer look for anything in the 
/srclib directory unless specifically instructed using the --with-libXXX 
options.  However when building statically, the code in the /srclib directory 
is built and used as before but the new metric module functionality is disabled 
because modules depend on APR and must therefore, be linked dynamically.  As a 
side note, I decided not to replace libexpat with libapr-util because by 
default, libapr-util will just defer to libexpat if the .so has been instal
 led.  Therefore, until the functionality of libapr-util is necessary, 
converting to libapr-util would basically just introduce unnecessary overhead.

Comments?

Brad


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to