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. starting with r1044 you could also use gentoo linux, and hopefully when all bugs are ironed it will work reliably in all platforms as it was meant to. 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. ltmain.sh IS generated by libtool at bootstrap time and bootstrap time is the only time that libtool should be needed in a system. 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) > But, if there's a need to use our own libtool, and specifically to > create ltmain.sh, then we should do that properly. So far as I can > tell, this is not happening, and is a bug. agree 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 > > > Third, on a different copy of trunk I tried rebuilding from the > > > ./configure stage, and found that it fails on the check for > > > libconfuse. The error is a little misleading: > > > > > > <--snip--> > > > > > > Checking for confuse > > > Added -I/usr/local/include to CFLAGS > > > Added -L/usr/local/lib to LDLAGS > > > checking for cfg_parse in -lconfuse... no > > > libconfuse not found > > > > > > <--snip--> > > > > ./configure --with-libconfuse=/usr/local will workaround that. > > 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. > > I have ganglia 3.1.0 running in my OpenBSD 4.3 (beta) test box with all > > dependencies from ports (including expat from base as used in 4.3, in 4.2 > > Using 4.1 here, using the official packages for libconfuse, libiconv, > and gettext. libiconv and gettext are not ganglia's dependencies, you need packages/ports 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"? Carlo ------------------------------------------------------------------------- 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
