From: | OpenMacNews <openmacnews(at)speakeasy(dot)net> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | portable pgsql binary/pkg building on OSX ... |
Date: | 2005-10-05 22:34:13 |
Message-ID: | di1kd5$7ha$1@sea.gmane.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
hi all,
i've been happily building runing ver's of pgsql (current 81b2) on my OSX
10.4.2 on G4 boxes.
to date, always linked/built to my /usr/local dev tree of libs, headers,
etc.
now, i'd like to build once, pkg and deploy to other boxes. admittedly,
dylibs/libtool/etc which have been standard fare in my per-box builds,
now have
me a mite concerned/confused.
soooo, a couple of Q's b4 i begin appropriate 'thrashing':
(1) to build STATIC pgsql* binaries, with NO external lib dependencies, is
'--disable-rpath' necessary/sufficient?
iiuc '--disable-shared' simply defines whether/not the dylibs are built,
but is
irrelevant to the bins ...
(2) i've not (yet) tried static bins on different OSX ver deployment
targets
(10.4.x, 10.3.x, etc.) and/or different CPUs (G3/G4/G5).
how portable *are* built pgsql bins? cross-compile across
platforms/cpu-families/OS's is clear, but do i need to worry abt it for OSX
ver/cpu variants?
thx,
richard
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2005-10-05 22:34:25 | Re: License question[VASCL:A1077160A86] |
Previous Message | Jim C. Nasby | 2005-10-05 22:31:17 | Re: Or selection on index versus union |