| 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: | Whole Thread | Raw Message | 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 |