On Sun, Mar 16, 2008 at 8:26 PM, Carlo Marcelo Arenas Belon
<[EMAIL PROTECTED]> wrote:
> On Sun, Mar 16, 2008 at 06:27:00PM -0400, Jesse Becker wrote:
> >
> > So then the build process for trunk is basically broken for non-Linux
> systems?
>
> it always was; before it used to work reliably only in fedora or centos AFAIK
> which is what we had been using to do bootstraps and releases for all the 3.0
> series.
Until "recently" it worked fine on OpenBSD, and now it doesn't. For
the sake of argument, I'll say that "recently" covers the last 3 weeks
or so, since I've only tested it in the last day or so. Given that
ltmain.sh was recently removed, that could
If this needs some time to stablize, that's fine, but bootstrapping
should work, IMO, on all operating systems if possible, but at *least*
Linux, *BSD, Solaris, and AIX (as those seem to be the most common
platforms).
>
> for now, and as I mentioned before, your best bet is to do a bootstrap in
> centos 4.6 and use a snapshot.
>
>
> > > > Second, and probably related to #1, there are some libtool issues. So
> > > > far as I can tell, Ganglia uses it's own copy libtool, instead of a
> > > > system version. This libtool isn't created, so things fail to build.
> > > > OThis begs the question: why don't we use the system libtool?
> > >
> > > the whole point of bootstrapping is to create a libool to use to build
> the
> > > rest of the application in a portable way. the system libtool should
> only be
> > > used for bootstrapping and is not needed after.
> >
> > Err... I'm confused then. If the whole point of libtool is to handle
> > libraries portably, why are duplicating the job of something already
> > installed? (Obviously, if libtool *isn't* installed already, that's a
> > different problem.)
>
> yes, you are confused.
Nothing new there. But that doesn't actually answer the question. :)
> ltmain.sh IS generated by libtool at bootstrap time
If that's the intended behavior, fine. However, the problem is that
ltmain.sh is *not* generated, and this is a bug--as we've established.
> and bootstrap time is the only time that libtool should be needed in a
> system.
Right.
> that is, by design the system libtool is never used at configure time,
> and that is the way it is user everywhere (not only in ganglia)
> > I notice that two
> > different ltmain.sh files were removed from SVN in r1066. The one in
> > libmetrics/ is what is causing this build failure.
>
> because libtoolize --copy --force is missing in bootstrap to regenerate
> them and in your system autoreconf is not in /usr/bin
Well that's an easy fix:
> > I have that already, actually. My full configure invocation is:
> >
> > ./configure \
> > CC='ccache gcc' CXX='ccache g++' \
> > CFLAGS='-O2 -I/usr/local/include -I/usr/X11R6/include' \
> > LDFLAGS='-L/usr/local/lib -L/usr/X11R6/lib -lintl -liconv' \
> > --with-gmetad --enable-status \
> > --with-libapr=/usr/local \
> > --with-libconfuse=/usr/local \
> > --with-libexpat=/usr/local \
> > --with-librrd=/usr/local \
> > --prefix=/home/jbecker/Ganglia/install/
> >
> > I have to add "-lintl" and "-liconv" to LDFLAGS for configure to succeed.
>
> you shouldn't need to, and therefore there is another bug somewhere there.
> the libtool library (libconfuse.la) should instruct libtool about the extra
> dependencies required for you.
Well, given the current libtool issues, it's reasonable to let this
one slide for now. I can't say that I really trust libtool to do its
job at the moment. ;-)
> libiconv and gettext are not ganglia's dependencies, you need
Correct, but libconfuse needs them at link-time, and the configure
scripts aren't currently catching this (which they should). There are
two unresolved symbols in libconfuse.so that come from libintl.so:
# nm /usr/local/lib/libconfuse.so.0.0 |grep intl
U libintl_bindtextdomain
U libintl_dgettext
# nm /usr/local/lib/libintl.so.3.0 |grep libintl_bindtextdomain
00001df8 T libintl_bindtextdomain
And libintl.so has a similar dependency on gettext.
I can see this also as being a problem related to libtool as well.
> for expat (expat-2.0.0), libconfuse (libconfuse-2.5p0) and apr (1.2.7) for
> OpenBSD 4.1 (without gmetad)
>
> are you using those packages when you refer to "official packages"?
Yep, I've got those versions exactly, all from Ports. As I mentioned,
this worked fine until "recently."
--
Jesse Becker
GPG Fingerprint -- BD00 7AA4 4483 AFCC 82D0 2720 0083 0931 9A2B 06A2
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
