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