Skip site navigation (1) Skip section navigation (2)

Re: UUID-OSSP Contrib Module Compilation Issue

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: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-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

In response to

pgsql-hackers by date

Next:From: Heikki LinnakangasDate: 2008-10-29 12:12:23
Subject: Re: Updating FSM on recovery
Previous:From: Dimitri FontaineDate: 2008-10-29 10:53:57
Subject: Re: WIP patch: convert SQL-language functions to return tuplestores

pgsql-general by date

Next:From: Tom LaneDate: 2008-10-29 12:10:17
Subject: Re: Autovacuum and relfrozenxid
Previous:From: Glyn AstillDate: 2008-10-29 11:56:44
Subject: Autovacuum and relfrozenxid

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group