| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | bruce(dot)mcalister(at)blueface(dot)ie |
| Cc: | pgsql <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: UUID-OSSP Contrib Module Compilation Issue |
| Date: | 2008-10-29 11:58:31 |
| Message-ID: | 10694.1225281511@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
Bruce McAlister <bruce(dot)mcalister(at)blueface(dot)ie> writes:
>> Bizarre ... I've never heard of a Unix system that didn't consider that
>> a default place to look. Unless this is a 64-bit machine and uuid
>> should have installed itself in /usr/lib64?
> It is a rather peculiar issue, I also assumed that it would check the
> standard locations, but I thought I would try it anyway and see what
> happens.
> The box is indeed a 64-bit system but the packages being built are all
> 32-bit and therefor all libraries being built are all in the standard
> locations.
Hmm ... it sounds like some part of the compile toolchain didn't get the
word about wanting to build 32-bit. Perhaps the switch you really need
is along the lines of CFLAGS=-m32.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2008-10-29 12:10:17 | Re: Autovacuum and relfrozenxid |
| Previous Message | Glyn Astill | 2008-10-29 11:56:44 | Autovacuum and relfrozenxid |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Heikki Linnakangas | 2008-10-29 12:12:23 | Re: Updating FSM on recovery |
| Previous Message | Dimitri Fontaine | 2008-10-29 10:53:57 | Re: WIP patch: convert SQL-language functions to return tuplestores |