From: | OpenMacNews <openmacnews(at)gmail(dot)com> |
---|---|
To: | Dave Page <dpage(at)vale-housing(dot)co(dot)uk> |
Cc: | pgadmin-hackers(at)postgresql(dot)org |
Subject: | Re: Buildproblems on OSX 10.3 due to libxml2 |
Date: | 2006-02-27 23:34:53 |
Message-ID: | 44038C9D.1040507@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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(at)mydomain(dot)com' \
- -Dcf_email='postmaster(at)mydomain(dot)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-----
From | Date | Subject | |
---|---|---|---|
Next Message | OpenMacNews | 2006-02-28 03:30:18 | Re: Buildproblems on OSX 10.3 due to libxml2 |
Previous Message | Dave Page | 2006-02-27 23:13:30 | Re: Buildproblems on OSX 10.3 due to libxml2 |