Re: Buildproblems on OSX 10.3 due to libxml2 - Mailing list pgadmin-hackers

From OpenMacNews
Subject Re: Buildproblems on OSX 10.3 due to libxml2
Date
Msg-id 44038C9D.1040507@gmail.com
Whole thread Raw
In response to Re: Buildproblems on OSX 10.3 due to libxml2  (Dave Page <dpage@vale-housing.co.uk>)
Responses Re: Buildproblems on OSX 10.3 due to libxml2  (OpenMacNews <openmacnews@gmail.com>)
List pgadmin-hackers
-----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-----


pgadmin-hackers by date:

Previous
From: Dave Page
Date:
Subject: Re: Buildproblems on OSX 10.3 due to libxml2
Next
From: OpenMacNews
Date:
Subject: Re: Buildproblems on OSX 10.3 due to libxml2