If you look at the latest version of the Makefile.am, unfortunately this was
one of the changes that I had to make to get dynamic linking working. :(
Static linking libexpat won't work in this case because both libganglia.so and
gmond both make expat calls (same with libconfuse). My guess is
>>> On 4/30/2007 at 11:04 AM, in message
<[EMAIL PROTECTED]>, Matt Massie <[EMAIL PROTECTED]>
wrote:
>> Yes, the current makefiles will build a libexpat.so and install it in
> /usr/lib. This is actually one thing that bothers me.
>
> that is actually not the case. if you look at the Makefile
> Yes, the current makefiles will build a libexpat.so and install it in
> /usr/lib. This is actually one thing that bothers me.
that is actually not the case. if you look at the Makefile.am
in ./srclib you will find
install:
echo
echo "Nothing from the srclib directory gets
>>> On 4/27/2007 at 9:21 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
> I'm trying to build RPMs with ganglia trunk on CentOS 4.4 and ran into
> some issues:
>
> You added to the spec file the BuildRequires for libapr1-devel -- this
> is the name of the
i completely support the idea of completely removing the apr directory
from the srclib directory.
i orginally included it because apr didn't support multicast so i had to
alter the source. given that libapr has mcast sockets now, no need for
our previous frankenstein apr.
if people are installin
Hi Brad:
I'm trying to build RPMs with ganglia trunk on CentOS 4.4 and ran into
some issues:
You added to the spec file the BuildRequires for libapr1-devel -- this
is the name of the SuSE package, this will not work for Red Hat/
Fedora, I have fixed it with the following:
-BuildRequires: libapr
>>> On 4/26/2007 at 11:06 AM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Brad:
>
> I recommend you take a look at this thread in ganglia-developers:
>
> http://sourceforge.net/mailarchive/message.php?msg_id=36BEEFA2DF192944BF71E0
> 72F7A5F465228FE7%40xchange1.pha
Brad:
I recommend you take a look at this thread in ganglia-developers:
http://sourceforge.net/mailarchive/message.php?msg_id=36BEEFA2DF192944BF71E072F7A5F465228FE7%40xchange1.phage.bcgsc.ca
It offers a potential solution to platforms that do not have apr
installed and also opinions of other di
Folks,
I tend to agree with Nick. If we move to use apr-1.2.x we can just
upgrade the static code.
When we moved from 0.9.2 (or .4) to 0.9.7, I considered going 1.2.x
instead, but did not have the bandwidth to make the necessary changes.
But now the code changes are done anyway for trunk.
Chee
On 4/26/07, Brad Nicholes <[EMAIL PROTECTED]> wrote:
Actually the idea is to nuke the srclib/apr directory completely and only
rely on
dynamic linking.
Will no copy of APR be included with Ganglia at all? What about
platforms that don't have it installed? Will users be required to
download
Actually the idea is to nuke the srclib/apr directory completely and only
rely on dynamic linking. This would allow Ganglia to stay on top of any new
releases of APR 1.2.x without having to merge or maintain source code. I just
didn't want to make the leap all at once in order to maybe smoot
On Wed, Apr 25, 2007 at 05:43:01PM -0600, Brad Nicholes wrote:
> 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= si
> specified, it will b
Hi Brad...
RE: Apr 0.9X vs Apr 1.2.X
I guess I'm a bit confused. I like the configure switch, but why not nuke
the 0.9.7 and put in the 1.2.X in srclib then no ifdefs are needed and every
knows what version to use. To make a patch now, I have to pull two copies
of APR and compare differences.
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= si specified, it
will build and link with the libapr found in the specified path. For now if
14 matches
Mail list logo