From: | Mark Cave-Ayland <mark(dot)cave-ayland(at)siriusit(dot)co(dot)uk> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, postgres hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PostGIS vs. PGXS in 9.0beta3 |
Date: | 2010-07-28 10:29:28 |
Message-ID: | 4C500688.4020901@siriusit.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan wrote:
> The real problem has nothing to do with any of the analysis, as you say.
> It is this: they have an override file for PGXS and it uses
> $(mkinstalldirs) which we got rid of about a year ago. So apparently
> they haven't been testing much against any of our alphas or betas or
> they would have seen this long ago. The correct fix is to do the
> following in the PostGIS source root:
>
> sed -i -e 's/mkinstalldirs/MKDIR_P/' postgis/Makefile.pgxs
>
> cheers
>
> andrew
Hmmm that's totally wrong - the override in Makefile.pgxs should only
ever be loaded for PostgreSQL 8.3 and 8.4, and not PostgreSQL 9.0 since
it already has the correct installation paths.
What I suspect is that you're actually getting bitten by this:
Or, in other words, configure is picking up the wrong pg_config. Since
the path fix in the thread was not backported to < 8.3, then the
presence of an another pg_config for PostgreSQL < 8.3 in PATH will break
things :(
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063
Sirius Labs: http://www.siriusit.co.uk/labs
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2010-07-28 10:40:00 | Re: page corruption on 8.3+ that makes it to standby |
Previous Message | Robert Haas | 2010-07-28 10:28:32 | Re: merge command - GSoC progress |