On Mon, Mar 17, 2008 at 3:57 AM, Carlo Marcelo Arenas Belon
<[EMAIL PROTECTED]> wrote:
>  > Until "recently" it worked fine on OpenBSD, and now it doesn't.
>
>  Wrong.  Just because it didn't error out, doesn't mean it worked fine; 
> because

I could build from SVN previously, and lost the ability to do so.
Yes, I can work around it, but it's worth reporting and fixing (I've
done the former, and will try to assist with the later).

>  "recently" has a version number (r1065); where this failure is (as
>  described before) a bug because autoreconf wasn't configured YET to work in
>  OpenBSD and the old bootstrap was missing the libtoolize call to create
>  ltmain.sh and the rest of the libtool generated files.

Fair enough.
>  the changes started in r1044 enable more platforms to have a correct 
> bootstrap
>  as you suggested.

Noted.

>  > >  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:
>
>  Haven't yet seen a patch, so
>  Committed revision 1069

Here's the patch:  if there's an autoreconf in $PATH, use it.

Index: bootstrap
===================================================================
--- bootstrap   (revision 1075)
+++ bootstrap   (working copy)
@@ -1,6 +1,7 @@
 #!/bin/sh
 # $Id$
-if [ -x /usr/bin/autoreconf ]; then {
+which autoreconf
+if [ "0" = "$?" ]; then {
 echo "Bootstrapping libmetrics"
 cd libmetrics && autoreconf --verbose --install --make
 cd ..


>  > >  > 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                     \
>
>  it is better if you let apr configure itself with apr-1-config here.  this is
>  an incorrect use of --with-libapr because apr from ports is not installed 
> with
>  its headers in /usr/local/include

There was an issue with apr-1-config, and I had to specify the path
directly.  It may have been the failoure of configure to find it; I
think it was looking for apr1-config, or something along those lines.
Since this doesn't seem to be the case anymore (yay!), I can remove
that.

-- 
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

Reply via email to