Thread: Buildproblems on OSX 10.3 due to libxml2

Hi

As you might (or might not ;-) ) have noticed, there where no nightly pgadmin-trunk builds
for a few weeks now. The build broke because of problems with libxml2. I solved this now
by adding a custom-built libxml2 to my buildserver and passing --with-libxml2=<my inst dir>
to configure. The funny thing, however, is that OSX seems to include a version of libxml,
installed in /usr. This version was detected by configure before I installed my own version,
but since it doesn't include xmlwriter.h (I don't know why - An older version maybe?), the
build later failed.

Since this will plague more people than me, I'd suggest changing the configure-check for
libxml2 to explicitly check for xmlwriter.h.

greetings, Florian Pflug

Here is the relevant output of ./configure and make:
--------------------- configure ---------------------------------------
checking PostgreSQL in /Users/pgadmin3/Installs/PostgreSQL/8.1.0... ok
checking wxWidgets in /Users/pgadmin3/Installs/wxMac/2.6.2... ok
checking libxml2 in /usr... ok
<snipped output about creating makefiles>
PostgreSQL directory:            /Users/pgadmin3/Installs/PostgreSQL/8.1.0
PostgreSQL pg_config binary:        /Users/pgadmin3/Installs/PostgreSQL/8.1.0/bin/pg_config
PostgreSQL version:            PostgreSQL 8.1.0

wxWidgets directory:            /Users/pgadmin3/Installs/wxMac/2.6.2
wxWidgets wx-config binary:        /Users/pgadmin3/Installs/wxMac/2.6.2/bin/wx-config
wxWidgets version:            wxWidgets 2.6.2

Building a debug version of pgAdmin:    No
Statically linking pgAdmin:        Yes
Building a Mac OS X appbundle:        Yes

---------------------- make ---------------------------------------
cd . && /bin/sh /Users/pgadmin3/BuildRoots/pgadmin3-trunk/config/missing --run autoheader
rm -f stamp-h1
touch config.h.in
cd . && /bin/sh ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
make  all-recursive
Making all in i18n
make[2]: Nothing to be done for `all'.
Making all in src
if g++ -DHAVE_CONFIG_H -I. -I. -I..  -Wall -Wno-non-virtual-dtor -I../src/include -I../src/agent/include
-I../src/slony/include-I/Users/pgadmin3/Installs/PostgreSQL/8.1.0/include -DSSL  
-I/Users/pgadmin3/Installs/wxMac/2.6.2/lib/wx/include/mac-unicode-release-static-2.6
-I/Users/pgadmin3/Installs/wxMac/2.6.2/include/wx-2.6-D__WXMAC__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES  
-DNO_GCC_PRAGMA -O2 -no-cpp-precomp -fno-rtti -I/usr/include/libxml2 -Wall -Wno-non-virtual-dtor -I../src/include
-I../src/agent/include-I../src/slony/include  -MT pgAdmin3.o -MD -MP -MF  
".deps/pgAdmin3.Tpo" -c -o pgAdmin3.o `test -f './pgAdmin3.cpp' || echo './'`./pgAdmin3.cpp; \
then mv -f ".deps/pgAdmin3.Tpo" ".deps/pgAdmin3.Po"; else rm -f ".deps/pgAdmin3.Tpo"; exit 1; fi
In file included from ../src/include/frmQuery.h:17,
                  from pgAdmin3.cpp:52:
../src/include/favourites.h:19:30: libxml/xmlwriter.h: No such file or directory
In file included from ../src/include/frmQuery.h:17,
                  from pgAdmin3.cpp:52:
../src/include/favourites.h:62: error: `xmlTextWriterPtr' was not declared in
    this scope
../src/include/favourites.h:62: error: parse error before `)' token
make[2]: *** [pgAdmin3.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

On 26/2/06 16:27, "Florian G. Pflug" <fgp@phlo.org> wrote:

> Since this will plague more people than me, I'd suggest changing the
> configure-check for
> libxml2 to explicitly check for xmlwriter.h.

Hmm, no problem on Tiger. What's the output of xml2-config --version ?
Perhaps it's a version related (in which case a version number check would
definitely be more appropriate).

Regards, Dave.

Dave Page wrote:
> On 26/2/06 16:27, "Florian G. Pflug" <fgp@phlo.org> wrote:
>>Since this will plague more people than me, I'd suggest changing the
>>configure-check for
>>libxml2 to explicitly check for xmlwriter.h.
>
> Hmm, no problem on Tiger. What's the output of xml2-config --version ?
> Perhaps it's a version related (in which case a version number check would
> definitely be more appropriate).
2.6.16

2.6.23 includes xmlwriter.h - but 2.6.16 might too, and might be doing
something strange... (didn't check the 2.6.16 source, though)

greetings, Florian Pflug

-----Original Message-----
From: "Florian G. Pflug"<fgp@phlo.org>
Sent: 26/02/06 22:13:30
To: "Dave Page"<dpage@vale-housing.co.uk>
Cc: "pgadmin-hackers"<pgadmin-hackers@postgresql.org>
Subject: Re: [pgadmin-hackers] Buildproblems on OSX 10.3 due to libxml2

> 2.6.16

Which is exactly what I have on Tiger. Odd  - perhaps Panther (or your installation)  is broken?

/D

-----Unmodified Original Message-----
Dave Page wrote:
> On 26/2/06 16:27, "Florian G. Pflug" <fgp@phlo.org> wrote:
>>Since this will plague more people than me, I'd suggest changing the
>>configure-check for
>>libxml2 to explicitly check for xmlwriter.h.
>
> Hmm, no problem on Tiger. What's the output of xml2-config --version ?
> Perhaps it's a version related (in which case a version number check would
> definitely be more appropriate).
2.6.16

2.6.23 includes xmlwriter.h - but 2.6.16 might too, and might be doing
something strange... (didn't check the 2.6.16 source, though)

greetings, Florian Pflug

Dave Page wrote:
> From: "Florian G. Pflug"<fgp@phlo.org>
>>2.6.16
>
> Which is exactly what I have on Tiger. Odd  - perhaps Panther (or your installation)  is broken?
I'd think Panther is broken... So the check should check for xmlwriter.h, and  not for a
specific version, I'd say.

Maybe someone else here still running Panther can confirm that /usr/include/libxml2/libxml/xmlwriter.h
is missing?

greetings, Florian Pflug

hi!

i don't have osx but i have had problems compiling pgadmin recently.
i've been getting various compiler errors about the code in xmlwriter.h
as far as i could tell. my libxml2 version was 2.6.20. after upgrading
to 2.6.23, pgadmin compiled fine and the errors i got before went away.
this was on suse 10.0. i have a 9.3 system also and also have problems
compiling pgadmin, however with different errors (an older libxml2 version).

so might there be a problem with libxml2 itself by any chance?

just thought this piece of info might help.

Florian G. Pflug wrote:
> Dave Page wrote:
>> From: "Florian G. Pflug"<fgp@phlo.org>
>>> 2.6.16
>>
>> Which is exactly what I have on Tiger. Odd  - perhaps Panther (or your
>> installation)  is broken?
> I'd think Panther is broken... So the check should check for
> xmlwriter.h, and  not for a
> specific version, I'd say.
>
> Maybe someone else here still running Panther can confirm that
> /usr/include/libxml2/libxml/xmlwriter.h
> is missing?

regards,
M

--
"... the small primitive tribes joined up and became huge, powerful
primitive tribes with more sophisticated weapons."
   -- Terry Pratchett, Small Gods

Miha Radej wrote:
> hi!
>
> i don't have osx but i have had problems compiling pgadmin recently.
> i've been getting various compiler errors about the code in xmlwriter.h
> as far as i could tell. my libxml2 version was 2.6.20. after upgrading
> to 2.6.23, pgadmin compiled fine and the errors i got before went away.
> this was on suse 10.0. i have a 9.3 system also and also have problems
> compiling pgadmin, however with different errors (an older libxml2
> version).

Hm.. sounds more like older versions of libxml2 where incompatible with
the gcc version that comes with SuSE 10... Is this gcc 3.3, 3.4, or 4.0?

I believe the right thing to do would be to let configure compile some
test-code using xmlwriter.h to see if the libxml found is useable by pgadmin3.

I can't come up with a patch for this ATM, because I'm really the opposite
of an autoconf expert - But maybe someone here knows how to do that?

greetings, Florian Pflug

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

hi all,

just bouncing by :-) & thought i'd give the latest HEAD a try, and see
if i'm having any of (these) issues.

fwiw, i've installed my own libxml in /usr/local/lib

% which xml2-config
    /usr/local/bin/xml2-config
% xml2-config --version
    2.6.23
% xml2-config --libs
    -L/usr/local/lib -lxml2 -L/usr/local/lib -lz -lpthread -liconv -lm

w/:

% uname -a
    Darwin server 8.5.0 Darwin Kernel Version 8.5.0: Sun Jan 22 10:38:46
PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC Power Macintosh powerpc

and a pgadmin3 (svn co r5031) build w/:

% setenv TARGET_DIR      "wxwidgets_262_dyn"
% setenv TARGET_INC      "2.6"
% setenv TARGET_INSTALL  "pgadmin3dyn_wxdyn_262"

% setenv CPPFLAGS        "-I/usr/local/ssl/include
- -I/usr/local/${TARGET_DIR}/include/wx-${TARGET_INC} -I/usr/local/include"
% setenv LDFLAGS         "-ldl -L/usr/local/ssl/lib -lssl -lcrypto
- -L/usr/local/${TARGET_DIR}/lib -L/usr/local/lib -lexpat -lpng -ljpeg
- -ltiff -lintl -lgettextlib -lz"

% cd /usr/ports/pgadmin3/${TARGET_INSTALL}

% gcc_select 4.0

=========================================================
${EDITOR} /usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/configure.ac.in

    # Checks for libraries.
- ---    AC_PROG_RANLIB
+++    AC_PROG_LIBTOOL
=========================================================

% gcc_select 4.0
% setenv PATH "/usr/local/${TARGET_DIR}/bin:$PATH"
% glibtoolize --force --copy
% sh bootstrap

% ./configure \
- --enable-appbundle \
- --with-wx=/usr/local/${TARGET_DIR} \
- --with-wx-version=${TARGET_INC} \
- --with-wx-config=wx-config \
- --with-pgsql=/usr/local/pgsql \
- --with-pgsql-include=/usr/local/pgsql/include \
- --disable-debug

a first change i note is that i now (iirc, again?) *must* explicitly add:

    --disable-static \

to the above config.  without it, configure dies at:

      Warning: No config found to match:
/usr/local/wxwidgets_262_dyn/bin/wx-config --static=yes --libs base
- --unicode=yes --debug=no --version=2.6
               in /usr/local/wxwidgets_262_dyn/lib/wx/config
      If you require this configuration, please install the desired
      library build.  If this is part of an automated configuration
      test and no other errors occur, you may safely ignore it.
      You may use wx-config --list to see all configs available in
      the default prefix.

    checking wxWidgets in /usr/local/wxwidgets_262_dyn... failed
    configure: error: Your wxWidgets installation cannot support pgAdmin in
the selected configuration. This may be because it was configured
without the --enable-unicode option, or the combination of
dynamic/static linking and debug/non-debug libraries selected did not
match any installed wxWidgets libraries.


that said/done, ./configure completes w/o error:

    =========================================================
    PostgreSQL directory:                   /usr/local/pgsql
    PostgreSQL pg_config binary:            /usr/local/pgsql/bin/pg_config
    PostgreSQL version:                     PostgreSQL 8.1.2

    wxWidgets directory:                    /usr/local/wxwidgets_262_dyn
    wxWidgets wx-config binary:
/usr/local/wxwidgets_262_dyn/bin/wx-config
    wxWidgets version:                      wxWidgets 2.6.2

    Building a debug version of pgAdmin:    No
    Statically linking pgAdmin:             No
    Building a Mac OS X appbundle:          Yes
    =========================================================

as do:

% make all
% make all-recursive

, resulting in a launchable binary.app:

% ls -al
/usr/ports/pgadmin3/${TARGET_INSTALL}/pgAdmin3.app/Contents/MacOS/pgAdmin3

    -rwxr-xr-x 1 root admin 4865988 Feb 26 19:43
/usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/pgAdmin3.app/Contents/MacOS/pgAdmin3


% otool -L
/usr/ports/pgadmin3/${TARGET_INSTALL}/pgAdmin3.app/Contents/MacOS/pgAdmin3

    /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime
(compatibility version 1.0.0, current version 63.0.0)
    /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
(compatibility version 1.0.0, current version 275.0.0)
    /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
(compatibility version 2.0.0, current version 128.0.0)
    /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
(compatibility version 1.0.0, current version 11.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.1.5)
    /usr/local/lib/libgettextlib-0.14.5.dylib (compatibility version 0.0.0,
current version 0.0.0)
    /usr/local/lib/libintl.3.dylib (compatibility version 8.0.0, current
version 8.3.0)
    /usr/local/lib/libpng.3.dylib (compatibility version 4.0.0, current
version 4.0.0)
    /usr/local/lib/libtiff.3.dylib (compatibility version 11.0.0, current
version 11.4.0)
    /usr/local/lib/libjpeg.62.dylib (compatibility version 63.0.0, current
version 63.0.0)
    /usr/local/lib/libpcre.0.dylib (compatibility version 1.0.0, current
version 1.1.0)
    /usr/local/lib/libexpat.1.dylib (compatibility version 7.0.0, current
version 7.0.0)
    /usr/local/lib/libSDL-1.2.0.dylib (compatibility version 8.0.0, current
version 8.2.0)
    /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 7.3.0)
    /usr/local/wxwidgets_262_dyn/lib/libwx_macu_stc-2.6.0.dylib
(compatibility version 2.0.0, current version 2.0.0)
    /usr/local/wxwidgets_262_dyn/lib/libwx_macu_ogl-2.6.0.dylib
(compatibility version 2.0.0, current version 2.0.0)
    /usr/local/wxwidgets_262_dyn/lib/libwx_macu-2.6.0.dylib (compatibility
version 2.0.0, current version 2.0.0)
    /usr/local/lib/libxml2.2.dylib (compatibility version 9.0.0, current
version 9.23.0)
    /usr/local/lib/libz.1.dylib (compatibility version 1.0.0, current
version 1.2.3)
    /usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current version
5.0.0)
    /usr/local/ssl/lib/libssl.0.9.7.dylib (compatibility version 0.9.0,
current version 0.9.7)
    /usr/local/ssl/lib/libcrypto.0.9.7.dylib (compatibility version 0.9.0,
current version 0.9.7)
    /usr/local/pgsql/lib/libpq.4.dylib (compatibility version 4.0.0,
current version 4.1.0)
    /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
1.0.0)


where, checking for:

% locate libxml/xmlwriter.h
  /usr/include/libxml2/libxml/xmlwriter.h
  /usr/local/include/libxml2/libxml/xmlwriter.h
  /Developer/SDKs/MacOSX10.3.9.sdk/usr/include/libxml2/libxml/xmlwriter.h
  /Developer/SDKs/MacOSX10.4.0.sdk/usr/include/libxml2/libxml/xmlwriter.h
  /Developer/SDKs/MacOSX10.4u.sdk/usr/include/libxml2/libxml/xmlwriter.h

and noting above, it looks like the correct libxml2 is linked/bundled.

also, i note in response to:

> Maybe someone else here still running Panther can confirm that
/usr/include/libxml2/libxml/xmlwriter.h

that xmlwriter.h is in, at least, the 10.3.9 sdk; as for 'stock' panther
- -- i can't say :-|


dunno if that helps anyone ...

cheers,

richard
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREDAAYFAkQCeHIACgkQlffdvTZxCMZz2ACeP+IXnwZSSRx27HKRlvQQaHep
OmAAnjJbQxyXhVooqFYUsiJViLgkZU2H
=PXXp
-----END PGP SIGNATURE-----

On Feb 26, 2006, at 17:46, Florian G. Pflug wrote:

> Maybe someone else here still running Panther can confirm that /usr/
> include/libxml2/libxml/xmlwriter.h
> is missing?

Yes, that file does not exist on Mac OS X 10.3.9 with Xcode 1.5
installed (the latest available for 10.3). Earlier versions of Xcode
may have included it? (/usr/include isn't part of the standard OS
install -- it's part of the Developer Tools package.)

- Chris

> -----Original Message-----
> From: OpenMacNews [mailto:openmacnews@gmail.com]
> Sent: 27 February 2006 03:57
> To: pgadmin-hackers@postgresql.org
> Cc: Miha Radej; Florian G. Pflug; Dave Page
> Subject: Re: [pgadmin-hackers] Buildproblems on OSX 10.3 due
> to libxml2
>
> =========================================================
> ${EDITOR} /usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/configure.ac.in
>
>     # Checks for libraries.
> - ---    AC_PROG_RANLIB
> +++    AC_PROG_LIBTOOL
> =========================================================

Hmm, actually AC_PROG_RANLIB can go completely - I added that when I was
playing with the build system recently but then changed tactic, but
obviously left that there. Similarly, I doubt you need AC_PROG_LIBTOOL
in reality.

> a first change i note is that i now (iirc, again?) *must*
> explicitly add:
>
>     --disable-static \
>
> to the above config.  without it, configure dies at:
>
>       Warning: No config found to match:
> /usr/local/wxwidgets_262_dyn/bin/wx-config --static=yes --libs base
> - --unicode=yes --debug=no --version=2.6
>                in /usr/local/wxwidgets_262_dyn/lib/wx/config
>       If you require this configuration, please install the desired
>       library build.  If this is part of an automated configuration
>       test and no other errors occur, you may safely ignore it.
>       You may use wx-config --list to see all configs available in
>       the default prefix.
>
>     checking wxWidgets in /usr/local/wxwidgets_262_dyn... failed
>     configure: error: Your wxWidgets installation cannot
> support pgAdmin in
> the selected configuration. This may be because it was configured
> without the --enable-unicode option, or the combination of
> dynamic/static linking and debug/non-debug libraries selected did not
> match any installed wxWidgets libraries.

Yes. Current SVN trunk is far more clever about configuring the
debug/release and dynamic/static options than previous versions, and
will complain if you do not have an exactly matching wx build.

I use the script below to build wx for all configs - modify for Mac as
appropriate.

>
> that xmlwriter.h is in, at least, the 10.3.9 sdk; as for
> 'stock' panther
> - -- i can't say :-|

Sounds like it isn't given other reports (and that Panther - well, xcode
1.5 - is therefore broken).
>
> dunno if that helps anyone ...

Yes, thanks :-)

Regards, Dave.


-------------- build-wx.sh --------------

#!/bin/sh

if [ $# -ne 1 ]
then
  echo "usage: $0 <wxGTK Source directory>"
  exit 1
fi

cd $1

cd contrib

make clean
cd ..
make clean
./configure --with-gtk --enable-gtk2 --enable-unicode
--enable-mimetype=no --enable-shared --enable-debug
make all
make install
cd contrib
make all
make install


make clean
cd ..
make clean
./configure --with-gtk --enable-gtk2 --enable-unicode
--enable-mimetype=no --enable-shared --disable-debug
make all
make install
cd contrib
make all
make install


make clean
cd ..
make clean
./configure --with-gtk --enable-gtk2 --enable-unicode
--enable-mimetype=no --disable-shared --enable-debug
make all
make install
cd contrib
make all
make install


make clean
cd ..
make clean
./configure --with-gtk --enable-gtk2 --enable-unicode
--enable-mimetype=no --disable-shared --disable-debug
make all
make install
cd contrib
make all
make install

OpenMacNews wrote:
> hi all,
<snipped parts of message>

> % uname -a
>     Darwin server 8.5.0 Darwin Kernel Version 8.5.0: Sun Jan 22 10:38:46
> PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC Power Macintosh powerpc
You get this on Panther (10.3)? Strange... I get
Darwin yosemite.solution-x.com 7.9.0 Darwin Kernel Version 7.9.0:
   Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC  Power Macintosh powerpc

greetings, Florian Pflug

> -----Original Message-----
> From: Florian G. Pflug [mailto:fgp@phlo.org]
> Sent: 27 February 2006 12:17
> To: openmacnews@gmail.com
> Cc: pgadmin-hackers@postgresql.org; Dave Page
> Subject: Re: [pgadmin-hackers] Buildproblems on OSX 10.3 due
> to libxml2
>
> OpenMacNews wrote:
> > hi all,
> <snipped parts of message>
>
> > % uname -a
> >     Darwin server 8.5.0 Darwin Kernel Version 8.5.0: Sun
> Jan 22 10:38:46
> > PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC Power
> Macintosh powerpc
> You get this on Panther (10.3)? Strange... I get
> Darwin yosemite.solution-x.com 7.9.0 Darwin Kernel Version 7.9.0:
>    Wed Mar 30 20:11:17 PST 2005;
> root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC  Power Macintosh powerpc

No, you won't catch Richard running Panther :-). He's running Tiger, but
reporting that the Panther SDK included xmlwriter.h.

/D

hi!

Florian G. Pflug wrote:
> Miha Radej wrote:
>> i don't have osx but i have had problems compiling pgadmin recently.
>> i've been getting various compiler errors about the code in
>> xmlwriter.h as far as i could tell. my libxml2 version was 2.6.20.
>> after upgrading to 2.6.23, pgadmin compiled fine and the errors i got
>> before went away. this was on suse 10.0. i have a 9.3 system also and
>> also have problems compiling pgadmin, however with different errors
>> (an older libxml2 version).
>
> Hm.. sounds more like older versions of libxml2 where incompatible with
> the gcc version that comes with SuSE 10... Is this gcc 3.3, 3.4, or 4.0?

mcajvar@atair:~> gcc --version
gcc (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux)

i think suse 9.3 comes with gcc 3.3.5, but i am not certain. i will
check when i get my hands in the computer and will try newer libxml
versions to see what happens.

regards,
Miha

--
"... the small primitive tribes joined up and became huge, powerful
primitive tribes with more sophisticated weapons."
   -- Terry Pratchett, Small Gods

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

On 2/27/06 Dave Page wrote:
> Hmm, actually AC_PROG_RANLIB can go completely - I added that when I
> was
> playing with the build system recently but then changed tactic, but
> obviously left that there. Similarly, I doubt you need AC_PROG_LIBTOOL
> in reality.
>

fair nuf.  though without it, glibtoolize complains ... not fatally, fwiw.

richard

- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDJJ0ACgkQlffdvTZxCMZQ2QCePI+gPBQLo2A3n3+LVxA3EQtl
Y9IAn13BTciIsaHDN82A+9UR/tsENQ8K
=hz1j
-----END PGP SIGNATURE-----

> -----Original Message-----
> From: OpenMacNews [mailto:openmacnews@gmail.com]
> Sent: 27 February 2006 16:11
> To: Dave Page
> Cc: pgadmin-hackers@postgresql.org
> Subject: Re: [pgadmin-hackers] Buildproblems on OSX 10.3 due
> to libxml2
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
> On 2/27/06 Dave Page wrote:
> > Hmm, actually AC_PROG_RANLIB can go completely - I added
> that when I
> > was
> > playing with the build system recently but then changed tactic, but
> > obviously left that there. Similarly, I doubt you need
> AC_PROG_LIBTOOL
> > in reality.
> >
>
> fair nuf.  though without it, glibtoolize complains ... not
> fatally, fwiw.

Why's it even being called? We don't create any libraries at all (and I
never saw any warnings about it on Tiger, or back when I was running
Panther).

Regards, Dave.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

> Why's it even being called? We don't create any libraries at all (and I
> never saw any warnings about it on Tiger, or back when I was running
> Panther).

well, glibtoolize is being called cuz i'm calling it ... as i typically
do given that i've a rather up-to-date env.  just cleaning house, as it
were.

as for why glibtoolize is 'calling' AC_PROG_LIBTOOL, that's to be found
in libtool.m4:

% grep AC_PROG_LIBTOOL /usr/local/lib/aclocal/libtool.m4
# serial 48 AC_PROG_LIBTOOL
# AC_PROG_LIBTOOL
AC_DEFUN([AC_PROG_LIBTOOL],
[AC_REQUIRE([_AC_PROG_LIBTOOL])dnl
])])# AC_PROG_LIBTOOL
# _AC_PROG_LIBTOOL
AC_DEFUN([_AC_PROG_LIBTOOL],
define([AC_PROG_LIBTOOL], [])
])# _AC_PROG_LIBTOOL
# In the future, this macro may have to be called after AC_PROG_LIBTOOL.
AC_DEFUN([AM_PROG_LIBTOOL],   [AC_PROG_LIBTOOL])

which, of course is invoked by glibtoolize ...

cheers,

richard
- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDKEsACgkQlffdvTZxCMYdIACfRFx5dgwATMVmKOF72zvDMYUG
DL4AnRJnLq3ipj6WcEk1iphYCHzDnQlJ
=km7W
-----END PGP SIGNATURE-----

> -----Original Message-----
> From: OpenMacNews [mailto:openmacnews@gmail.com]
> Sent: 27 February 2006 16:27
> To: Dave Page
> Cc: pgadmin-hackers@postgresql.org
> Subject: Re: [pgadmin-hackers] Buildproblems on OSX 10.3 due
> to libxml2
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
> > Why's it even being called? We don't create any libraries
> at all (and I
> > never saw any warnings about it on Tiger, or back when I was running
> > Panther).
>
> well, glibtoolize is being called cuz i'm calling it ... as i
> typically
> do given that i've a rather up-to-date env.  just cleaning
> house, as it
> were.
>
> as for why glibtoolize is 'calling' AC_PROG_LIBTOOL, that's
> to be found
> in libtool.m4:

OK, you'll have to excuse my bumbling ignorance when it comes to all
things automake/autoconf - why are you running glibtoolize in the
pgAdmin source directory? The bootstrap script does everything that's
required from a clean SVN checkout, and is also sufficient to rebuild
things if you change anything.

Regards, Dave

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

On 2/27/06 Dave Page wrote:
> OK, you'll have to excuse my bumbling ignorance when it comes to all
> things automake/autoconf - why are you running glibtoolize in the
> pgAdmin source directory? The bootstrap script does everything that's
> required from a clean SVN checkout, and is also sufficient to rebuild
> things if you change anything.

de nada.

simply because you don't call it.

per my earlier post, my invocation is:

    glibtoolize --force --copy

which will update the files you've provided in ./config/, namely:

    config.guess  config.sub  depcomp  install-sh  ltmain.sh  missing

to be up-to-date with my libtool installation's, which currently is:

% glibtool --version
    ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)

whereas what Tiger/XCode2x ships, is a rather dated:

% /usr/bin/glibtool --version
    ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58)

i presume (without admittedly checking) that you're building with
'stock' Tiger/XCode libs/tools ...

as libtool version issues have -- always annoyingly, often destructively
- -- cropped up for me MANY times, as a rule i always keep all my builds
in synch.

if the glibtoolization *breaks* something, it's usually a flag for me to
 watch out for other issues ...

richard
- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDLWgACgkQlffdvTZxCMa4DQCfZrA95oErvZ7hY9vR/HmX3df3
+gQAn0KXI2ITLNAdHmUJBsAWGSUI4oZ+
=pGY9
-----END PGP SIGNATURE-----

> -----Original Message-----
> From: OpenMacNews [mailto:openmacnews@gmail.com]
> Sent: 27 February 2006 16:49
> To: Dave Page
> Cc: pgadmin-hackers@postgresql.org
> Subject: Re: [pgadmin-hackers] Buildproblems on OSX 10.3 due
> to libxml2
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
> On 2/27/06 Dave Page wrote:
> > OK, you'll have to excuse my bumbling ignorance when it comes to all
> > things automake/autoconf - why are you running glibtoolize in the
> > pgAdmin source directory? The bootstrap script does
> everything that's
> > required from a clean SVN checkout, and is also sufficient
> to rebuild
> > things if you change anything.
>
> de nada.
>
> simply because you don't call it.
>
> per my earlier post, my invocation is:
>
>     glibtoolize --force --copy
>
> which will update the files you've provided in ./config/, namely:
>
>     config.guess  config.sub  depcomp  install-sh
> ltmain.sh  missing

Which is what the line:

automake-1.9 --foreign --add-missing --copy

in the bootstrap script does.

Regards, Dave (still confused :-p ).

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

> Which is what the line:
>
> automake-1.9 --foreign --add-missing --copy
>
> in the bootstrap script does.

hmmm ... cref:
http://www.gnu.org/software/automake/manual/html_mono/automake.html

"People upgrading old packages to newer autotools are likely to face
this issue because older Automake versions used to call libtoolize.
Therefore old build scripts do not call libtoolize.

Since Automake 1.6, it has been decided that running libtoolize was none
of Automake's business. Instead, that functionality has been moved into
the autoreconf command (see Using autoreconf). If you do not want to
remember what to run and when, just learn the autoreconf command.
Hopefully, replacing existing bootstrap.sh or autogen.sh scripts by a
call to autoreconf should also free you from any similar incompatible
change in the future.

and since, on my system:

% automake --version
    automake (GNU automake) 1.9.6

and on stock Tiger,

% /usr/bin/automake --version
    automake (GNU automake) 1.6.3

also, just fyi, as for the use of 'traditional' bootstrap scripts, cref
@ http://sources.redhat.com/automake/automake.html:


"Many packages come with a script called bootstrap.sh or autogen.sh,
that will just call aclocal, libtoolize, gettextize or autopoint,
autoconf, autoheader, and automake in the right order. Actually this is
precisely what autoreconf can do for you. If your package has such a
bootstrap.sh or autogen.sh script, consider using autoreconf. That
should simplify its logic a lot (less things to maintain, yum!), it's
even likely you will not need the script anymore, and more to the point
you will not call aclocal directly anymore."

richard

- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDM8gACgkQlffdvTZxCMZxXQCgmMCfr3hHKY61fx3tPv6TA+V5
MTUAoLBZY2wqmOoJ+wgcs7py3klemhQ/
=HKjC
-----END PGP SIGNATURE-----

"Many packages come with a script called bootstrap.sh or autogen.sh,
that will just call aclocal, libtoolize, gettextize or autopoint,
autoconf, autoheader, and automake in the right order. Actually this is
precisely what autoreconf can do for you. If your package has such a
bootstrap.sh or autogen.sh script, consider using autoreconf. That
should simplify its logic a lot (less things to maintain, yum!), it's
even likely you will not need the script anymore, and more to the point
you will not call aclocal directly anymore."

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

> Hmm, OK. Well, I¹ve been playing with autoreconf, and having eventually
> figured out how to get it to run automake in ?-foreign mode, I¹m now stuck
> with it complaining about the macro I queried in the first place:
>
> raptor:~/pgadmin3 dpage$ sh bootstrap
> configure.ac:17: error: possibly undefined macro: AC_PROG_LIBTOOL
>       If this token and others are legitimate, please use m4_pattern_allow.
>       See the Autoconf documentation.
> autoreconf: /opt/local/bin/autoconf failed with exit status: 1
>
> I also have upgraded autoconf/automake ­ 2.59 and 1.9.6 respectively. Any
> ideas? I¹m a tad short of time to investigate atm.

as i don't have your script/changes available, i'll venture a guess --

last i saw this was a few version of libtool ago ... don't remember
specifically which.

what version of libtool are you running?

again, mine is:

% glibtool --version
  ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)

richard

- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDaHIACgkQlffdvTZxCMa9MgCdHjIJaPfAgTUZpBzC7ApTysNA
mqAAn0nM/ejieykO4/BRkGmkh9kwxW1r
=Dz6Z
-----END PGP SIGNATURE-----

On 27/2/06 21:00, "OpenMacNews" <openmacnews@gmail.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
>> Hmm, OK. Well, I¹ve been playing with autoreconf, and having eventually
>> figured out how to get it to run automake in ?-foreign mode, I¹m now stuck
>> with it complaining about the macro I queried in the first place:
>>
>> raptor:~/pgadmin3 dpage$ sh bootstrap
>> configure.ac:17: error: possibly undefined macro: AC_PROG_LIBTOOL
>>       If this token and others are legitimate, please use m4_pattern_allow.
>>       See the Autoconf documentation.
>> autoreconf: /opt/local/bin/autoconf failed with exit status: 1
>>
>> I also have upgraded autoconf/automake ­ 2.59 and 1.9.6 respectively. Any
>> ideas? I¹m a tad short of time to investigate atm.
>
> as i don't have your script/changes available, i'll venture a guess --

Sorry - added:

AC_PROG_LIBTOOL

To configure.ac.in, and

AUTOMAKE_OPTIONS = foreign

To Makefile.am. Then changed the bootstrap script to call autoreconf -i
instead of each individual script.

> last i saw this was a few version of libtool ago ... don't remember
> specifically which.
>
> what version of libtool are you running?
>
> again, mine is:
>
> % glibtool --version
>   ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)

I just upgraded to:

raptor:~/pgadmin3 dpage$ glibtool --version
ltmain.sh (GNU libtool) 1.5 (1.1220.2.1 2003/04/14 22:48:00)

Now though, I get:

raptor:~/pgadmin3 dpage$ sh bootstrap
+ '[' -x config ']'
+ autoreconf -i
Can't exec "libtoolize": No such file or directory at
/opt/local/share/autoconf/Autom4te/FileUtils.pm line 288, <GEN3> line 4.
autoreconf: failed to run libtoolize: No such file or directory

:-(

/D

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

hi,

>> as i don't have your script/changes available, i'll venture a guess --
> Sorry - added:
>
> AC_PROG_LIBTOOL
>
> To configure.ac.in, and
>
> AUTOMAKE_OPTIONS = foreign
>
> To Makefile.am. Then changed the bootstrap script to call autoreconf -i
> instead of each individual script.

hmm ... looks ok on the surface. but, to be fair, depends on all the
dependencies (doncha jus LUV autotools!)

> I just upgraded to:
>
> raptor:~/pgadmin3 dpage$ glibtool --version
> ltmain.sh (GNU libtool) 1.5 (1.1220.2.1 2003/04/14 22:48:00)
>
> Now though, I get:
>
> raptor:~/pgadmin3 dpage$ sh bootstrap
> + '[' -x config ']'
> + autoreconf -i
> Can't exec "libtoolize": No such file or directory at
> /opt/local/share/autoconf/Autom4te/FileUtils.pm line 288, <GEN3> line 4.
> autoreconf: failed to run libtoolize: No such file or directory

??? hrm.

1st,

on my sys,

% ls -al /usr/local/share/autoconf/Autom4te/FileUtils.pm
  -rw-r--r-- 1 root wheel 6670 Oct 22 22:51 FileUtils.pm

are you sure your FileUtils.pm is *in* your perl @INC path?

also, did you 'roll your own' autotools & libtool, or install from rpm?
 i've built mine from src, so know where everything goes on OSX ...
dunno abt rpm installs.

also, run "locate.updatedb" and look for libtoolize ... is it in your
exec $PATH?

on my box its:

% ls -al /usr/local/bin/*libtool*
  -rwxr-xr-x 1 root wheel 217609 Feb 10 11:10 /usr/local/bin/glibtool
  -rwxr-xr-x 1 root wheel  10775 Feb 10 11:10 /usr/local/bin/glibtoolize

NOTE: of course, on OSX, libtoolXXX is sed'd to glibtoolXXX, as ther is
an Apple-spec'd libtool which has other function.

if/when you find it, what's

    % libtoolize --version

report?


- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDdc8ACgkQlffdvTZxCMbF/ACfWMo3OFcC06alDQNS8DblHY+l
G0wAoKKtenpKQphdi1hc8URWmdR00muf
=d7qT
-----END PGP SIGNATURE-----

On 27/2/06 21:57, "OpenMacNews" <openmacnews@gmail.com> wrote:

> (doncha jus LUV autotools!)

Err, nope.

>> I just upgraded to:
>>
>> raptor:~/pgadmin3 dpage$ glibtool --version
>> ltmain.sh (GNU libtool) 1.5 (1.1220.2.1 2003/04/14 22:48:00)
>>
>> Now though, I get:
>>
>> raptor:~/pgadmin3 dpage$ sh bootstrap
>> + '[' -x config ']'
>> + autoreconf -i
>> Can't exec "libtoolize": No such file or directory at
>> /opt/local/share/autoconf/Autom4te/FileUtils.pm line 288, <GEN3> line 4.
>> autoreconf: failed to run libtoolize: No such file or directory
>
> ??? hrm.
>
> 1st,
>
> on my sys,
>
> % ls -al /usr/local/share/autoconf/Autom4te/FileUtils.pm
>   -rw-r--r-- 1 root wheel 6670 Oct 22 22:51 FileUtils.pm

No, it's in /opt/local/share/autoconf/Autom4te.

> are you sure your FileUtils.pm is *in* your perl @INC path?

No, it's not. It wouldn't be if it were in /usr/local/ either. From what I
can gather that is compiled into perl?

> also, did you 'roll your own' autotools & libtool, or install from rpm?
>  i've built mine from src, so know where everything goes on OSX ...
> dunno abt rpm installs.

It's from DarwinPorts

> also, run "locate.updatedb" and look for libtoolize ... is it in your
> exec $PATH?

raptor:~ root# locate libtoolize
/private/opt/local/bin/glibtoolize
/private/opt/local/var/db/dports/software/libtool/1.5.20_0/opt/local/bin/glb
toolize
/usr/bin/glibtoolize

Adding a symlink to /usr/bin/glibtoolize actually allows autoreconf to work
without any errors, but to be honest, I somewhat dubious about changing the
existing bootstrap script given the fun I've just have (between other work -
I have been doing other things!!)

> on my box its:
>
> % ls -al /usr/local/bin/*libtool*
>   -rwxr-xr-x 1 root wheel 217609 Feb 10 11:10 /usr/local/bin/glibtool
>   -rwxr-xr-x 1 root wheel  10775 Feb 10 11:10 /usr/local/bin/glibtoolize
>
> NOTE: of course, on OSX, libtoolXXX is sed'd to glibtoolXXX, as ther is
> an Apple-spec'd libtool which has other function.

Hmm.

> if/when you find it, what's
>
> % libtoolize --version
>
> report?

raptor:~ root# libtoolize --version
libtoolize (GNU libtool) 1.5

Cheers, Dave

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

hi,

>> (doncha jus LUV autotools!)
>
> Err, nope.

heh

>> on my sys,
>>
>> % ls -al /usr/local/share/autoconf/Autom4te/FileUtils.pm
>>   -rw-r--r-- 1 root wheel 6670 Oct 22 22:51 FileUtils.pm
>
> No, it's in /opt/local/share/autoconf/Autom4te.
>
>> are you sure your FileUtils.pm is *in* your perl @INC path?
>
> No, it's not. It wouldn't be if it were in /usr/local/ either. From what I
> can gather that is compiled into perl?

can be.  fwiw, e.g., my perl build explicitly specifies ...

./Configure \
- -Dfirstmakefile='GNUmakefile' \
- -Dprefix='/usr/local/perl5' \
- -Dperladmin='postmaster@mydomain.com' \
- -Dcf_email='postmaster@mydomain.com' \
- -Dloclibpth='/usr/local/berkeley-db/lib /usr/local/lib /usr/lib' \
- -Dlocincpth='/usr/local/berkeley-db/include /usr/local/include
/usr/include' \
- -Dldflags='-L/usr/local/berkeley-db/lib -L/usr/local/lib -L/usr/lib' \
- -Dperllibs='-ldb -lc -lm -ldl' \
- -Dlibs='-ldb -lc -lm -ldl' \
- -Dprivlib='/usr/local/perl_libs/privlib' \
- -Darchlib='/usr/local/perl_libs/privlib/darwin-thread-multi-2level' \
- -Dsitelib='/usr/local/perl_libs/sitelib' \
- -Dsitearch='/usr/local/perl_libs/sitelib/darwin-thread-multi-2level' \
- -Dvendorlib='/usr/local/perl_libs/vendorlib' \
- -Dvendorarch='/usr/local/perl_libs/vendorlib/darwin-thread-multi-2level' \
- -Dvendorbin='/usr/local/perl_libs/bin' \
- -Dvendorprefix='/usr/local/perl_libs' \
 -Dhtml1dir='/var/Documentation/html/Perl' \
 -Dhtml3dir='/var/Documentation/html/Perl' \
 -Dsitehtml1='/var/Documentation/html/Perl' \
 -Dsitehtml3='/var/Documentation/html/Perl' \
 -Dvendorhtml1='/var/Documentation/html/Perl' \
 -Dvendorhtml3='/var/Documentation/html/Perl' \
 -Dman1dir='/var/Documentation/man/man1' \
 -Dman3dir='/var/Documentation/man/man3' \
 -Dsiteman1dir='/var/Documentation/man/man1' \
 -Dsiteman3dir='/var/Documentation/man/man3' \
 -Dman1ext=1 \
 -Dman3ext=3 \
 -Dinstallusrbinperl \
 -Duseshrplib \
 -Duseperlio \
 -Duseithreads

 which results in:

% perl -V
...
  @INC:
    /usr/local/perl_libs/privlib/darwin-thread-multi-2level
    /usr/local/perl_libs/privlib
    /usr/local/perl_libs/sitelib/darwin-thread-multi-2level
    /usr/local/perl_libs/sitelib
    /usr/local/perl_libs/sitelib
    /usr/local/perl_libs/vendorlib/darwin-thread-multi-2level
    /usr/local/perl_libs/vendorlib
    /usr/local/perl_libs/vendorlib


can also be changed otherwise ...

    http://developer.apple.com/internet/opensource/perl.html

>> also, did you 'roll your own' autotools & libtool, or install from rpm?
>>  i've built mine from src, so know where everything goes on OSX ...
>> dunno abt rpm installs.
>
> It's from DarwinPorts

ouch.  then i dunno.  i avoid it like the plague ... sorry.

>> also, run "locate.updatedb" and look for libtoolize ... is it in your
>> exec $PATH?
>
> raptor:~ root# locate libtoolize
> /private/opt/local/bin/glibtoolize
>
/private/opt/local/var/db/dports/software/libtool/1.5.20_0/opt/local/bin/glb
> toolize
> /usr/bin/glibtoolize
>
> Adding a symlink to /usr/bin/glibtoolize actually allows autoreconf to
work
> without any errors, but to be honest, I somewhat dubious about
changing the
> existing bootstrap script given the fun I've just have (between other
work -
> I have been doing other things!!)

agreed.  imho, the script should NOT be made to depend on NON-standard
paths.

all my 'stuff' is generally installed in '/usr/local', which *is*
included in OSX's autosearch path to PRECEDE /usr/local.

obviously, darwinports installs elsewhere ... without explicit path
mgmt, and/or links, you'll be SOL. :-(

>> on my box its:
>>
>> % ls -al /usr/local/bin/*libtool*
>>   -rwxr-xr-x 1 root wheel 217609 Feb 10 11:10 /usr/local/bin/glibtool
>>   -rwxr-xr-x 1 root wheel  10775 Feb 10 11:10 /usr/local/bin/glibtoolize
>>
>> NOTE: of course, on OSX, libtoolXXX is sed'd to glibtoolXXX, as ther is
>> an Apple-spec'd libtool which has other function.
>
> Hmm.
>
>> if/when you find it, what's
>>
>> % libtoolize --version
>>
>> report?
>
> raptor:~ root# libtoolize --version
> libtoolize (GNU libtool) 1.5
>
> Cheers, Dave
>

actually i don't handle libtoolize with a link ... rather, per e.g:

http://homepage.mac.com/david.pugh/FirebirdOSX/BuildFirebirdOnOSX.html
(i can't remember/find the 'mother' reference)

set the ENV:

which glibtoolize
    /usr/local/bin/glibtoolize

which libtoolize
    libtoolize: Command not found.

env | grep LIBTOOL
    LIBTOOLIZE=glibtoolize


at this point, i think the problems ARE env specific ... and my gut
tells me its the Darwinports layout.

but, its just a hunch -- alas, no proof.


richard
- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDjJ0ACgkQlffdvTZxCMZ/eQCeKhCsuzW4qOtne7/LCWAGgZ9w
6L0AmgK/frVFAvZcrNIjgInpqx+Yj7fs
=Rwgh
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

dave,

fwiw, starting w/ r5035

noting that you've removed AC_PROG_RANLIB from configure.ac.in, i don't
replace/add AC_PROG_LIBTOOL.

mod'ing "bootstrap":

=========================================================
${EDITOR} /usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/bootstrap

    set -x
    if ! ([ -x config ]); then
      mkdir config
    fi
- ---    aclocal-1.9 && \
- ---    autoheader && \
- ---    automake-1.9 --foreign --add-missing --copy && \
- ---    autoconf
+++    AUTOMAKE='automake --foreign' autoreconf --force --install --verbose
=========================================================

remembering that, on my OSX:

% echo $LIBTOOLIZE
    glibtoolize

% which glibtoolize
    /usr/local/bin/glibtoolize

then, exec'ing reports:

% sh bootstrap
    ...
    ...
    /usr/local/share/aclocal-1.9/libmcrypt.m4:17: warning: underquoted
definition of AM_PATH_LIBMCRYPT
      run info '(automake)Extending aclocal'
      or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
    /usr/local/share/aclocal/libmcrypt.m4:17: warning: underquoted
definition of AM_PATH_LIBMCRYPT
    ...
    ...
%

which given:

% aclocal --version
    aclocal (GNU automake) 1.9.6

and per cref:

    http://tinyurl.com/lbldu

mod'ing:

=========================================================
${EDITOR} /usr/local/share/aclocal-1.9/libmcrypt.m4
@17
- ---    AC_DEFUN(AM_PATH_LIBMCRYPT,
+++    AC_DEFUN([AM_PATH_LIBMCRYPT],
=========================================================

then, trying again:

% rm -rf config/
% sh bootstrap
    autoreconf: Entering directory `.'
    autoreconf: configure.ac: not using Gettext
    autoreconf: running: aclocal --force
    autoreconf: configure.ac: tracing
    autoreconf: configure.ac: not using Libtool
    autoreconf: running: /usr/local/bin/autoconf --force
    autoreconf: running: /usr/local/bin/autoheader --force
    autoreconf: running: automake --foreign --add-missing --copy
- --force-missing
    configure.ac: installing `config/install-sh'
    configure.ac: installing `config/missing'
    src/Makefile.am: installing `config/depcomp'
    configure.ac:8: installing `config/config.guess'
    configure.ac:8: installing `config/config.sub'
    autoreconf: Leaving directory `.'
%

which looks 'clean'.

continuing on, as before with:

    ./configure ...
    make
    make all-recursive
    make install

i see *no* errors, and get the expected:

- -rwxr-xr-x 1 root admin 4865988 Feb 27 19:21
/usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/pgAdmin3.app/Contents/MacOS/pgAdmin3

which launches/functions ok.

hth,

richard

- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQDw8oACgkQlffdvTZxCMZntACeJkIcgg0XjnlPvnGndDAyAoc2
cqMAoI1RULRsNoA/dW/JBqyIcUJlGLz7
=a6gu
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

dave,

fwiw, starting w/ r5035

noting that you've removed AC_PROG_RANLIB from configure.ac.in, i don't
replace/add AC_PROG_LIBTOOL.

mod'ing "bootstrap":

=========================================================
${EDITOR} /usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/bootstrap

        set -x
        if ! ([ -x config ]); then
          mkdir config
        fi
- ---   aclocal-1.9 && \
- ---   autoheader && \
- ---   automake-1.9 --foreign --add-missing --copy && \
- ---   autoconf
+++     AUTOMAKE='automake --foreign' autoreconf --force --install --verbose
=========================================================

remembering that, on my OSX:

% echo $LIBTOOLIZE
        glibtoolize

% which glibtoolize
        /usr/local/bin/glibtoolize

then, exec'ing reports:

% sh bootstrap
        ...
        ...
        /usr/local/share/aclocal-1.9/libmcrypt.m4:17: warning: underquoted
definition of AM_PATH_LIBMCRYPT
          run info '(automake)Extending aclocal'
          or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
        /usr/local/share/aclocal/libmcrypt.m4:17: warning: underquoted
definition of AM_PATH_LIBMCRYPT
        ...
        ...
%

which given:

% aclocal --version
        aclocal (GNU automake) 1.9.6

and per cref:

        http://tinyurl.com/lbldu

mod'ing:

=========================================================
${EDITOR} /usr/local/share/aclocal-1.9/libmcrypt.m4
@17
- ---   AC_DEFUN(AM_PATH_LIBMCRYPT,
+++     AC_DEFUN([AM_PATH_LIBMCRYPT],
=========================================================

then, trying again:

% rm -rf config/
% sh bootstrap
        autoreconf: Entering directory `.'
        autoreconf: configure.ac: not using Gettext
        autoreconf: running: aclocal --force
        autoreconf: configure.ac: tracing
        autoreconf: configure.ac: not using Libtool
        autoreconf: running: /usr/local/bin/autoconf --force
        autoreconf: running: /usr/local/bin/autoheader --force
        autoreconf: running: automake --foreign --add-missing --copy
- --force-missing
        configure.ac: installing `config/install-sh'
        configure.ac: installing `config/missing'
        src/Makefile.am: installing `config/depcomp'
        configure.ac:8: installing `config/config.guess'
        configure.ac:8: installing `config/config.sub'
        autoreconf: Leaving directory `.'
%

which looks 'clean'.

continuing on, as before with:

        ./configure ...
        make
        make all-recursive
        make install

i see *no* errors, and get the expected:

- -rwxr-xr-x 1 root admin 4865988 Feb 27 19:21
/usr/ports/pgadmin3/pgadmin3dyn_wxdyn_262/pgAdmin3.app/Contents/MacOS/pgAdmin3

which launches/functions ok.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

hi,

> Thanks for that. Given the fun I¹ve had getting it to work, I¹ve
> decided not
> to change the bootstrap script at the moment, to avoid causing others
> the
> same pain. I have added AC_PROG_LIBTOOL to configure.ac.in (yes, I
> know you
> say you don¹t need it at the moment, but it won¹t hurt as far as I¹m
> aware)
> as well as the automake Rforeign¹ option in Makefile.am which will
> hopefully
> help anyone who prefers to use autoreconf as you do. Please let me
> know if
> there¹s anything else that might help without breaking the bootstrap.

i hear you; thx for your time/effort! :-)

_but_ ... just to be clear:

the point of my last post was that it worked w/o problem ... autoconf
did not break the bootstrap, or the build/execute.

at the moment, a fresh 'rinse-n-repeat' w/ r5036 + a (the?)
autoreconf-mod to bootstrap is exec'ing just fine.

true, not a hugely important issue ... but i do not-so-rhetorically
wonder alound -- if (and it's an unclear "if", i know) Darwinports has
introduced some complicating artifacts, what's to say that there aren't
others ...

which is why i've voted with my feet to avoid Darwinports.

NOT my intent to start any sort of flamewar ... just raising a point to
consider.

cheers,

richard

- --

/"\
\ /  ASCII Ribbon Campaign
 X   against HTML email, vCards
/ \  & micro$oft attachments

[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB  D460 95F7 DDBD 3671 08C6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Darwin)

iEYEAREDAAYFAkQExIQACgkQlffdvTZxCMaLNQCglM+kXnXLWucxHAG7tfGWLpHh
DH4AnA1Ts3XAxGqUZROXdximRtWm8tA+
=Mcdm
-----END PGP SIGNATURE-----

On 28/2/06 21:45, "OpenMacNews" <openmacnews@gmail.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
> hi,
>
>> Thanks for that. Given the fun I¹ve had getting it to work, I¹ve
>> decided not
>> to change the bootstrap script at the moment, to avoid causing others
>> the
>> same pain. I have added AC_PROG_LIBTOOL to configure.ac.in (yes, I
>> know you
>> say you don¹t need it at the moment, but it won¹t hurt as far as I¹m
>> aware)
>> as well as the automake Rforeign¹ option in Makefile.am which will
>> hopefully
>> help anyone who prefers to use autoreconf as you do. Please let me
>> know if
>> there¹s anything else that might help without breaking the bootstrap.
>
> i hear you; thx for your time/effort! :-)
>
> _but_ ... just to be clear:
>
> the point of my last post was that it worked w/o problem ... autoconf
> did not break the bootstrap, or the build/execute.
>
> at the moment, a fresh 'rinse-n-repeat' w/ r5036 + a (the?)
> autoreconf-mod to bootstrap is exec'ing just fine.

Yup, got that.

> true, not a hugely important issue ... but i do not-so-rhetorically
> wonder alound -- if (and it's an unclear "if", i know) Darwinports has
> introduced some complicating artifacts, what's to say that there aren't
> others ...
>
> which is why i've voted with my feet to avoid Darwinports.
>
> NOT my intent to start any sort of flamewar ... just raising a point to
> consider.

:-)

Cheers, Dave