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

Re: PostGIS vs. PGXS in 9.0beta3

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: 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 04:41:20
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers

Tom Lane wrote:
> Josh Berkus <josh(at)agliodbs(dot)com> writes:
>> A 9.0b3 tester reported this issue with our single most popular 
>> PostgreSQL extension, PostGIS:
>> ==================
>> Postgis makes use of 'PGXS' in postgresql > 8.2. Within postgresql-9, 
>> datadir and many other variables are defined as multiple values with an 
>> append operator, like this:
>> $ grep -i datadir /usr/pgsql-9.0/lib/pgxs/src/
>> [snip]
>> datadir := /usr/pgsql-9.0/share
> This analysis is nonsense on its face --- := is not an append operator
> and we do not have any multiple values for datadir.
> The referenced postgis-users thread seems to indicate that the postgis
> guys found and fixed a problem in their own makefiles.  If not, we need
> a clearer description of what they think the problem is.

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



In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2010-07-28 04:55:39
Subject: Re: Improper usage of MemoryContext in nodeSubplan.c for buildSubPlanHash() function. This maybe causes allocate memory failed.
Previous:From: Jeff DavisDate: 2010-07-28 04:23:54
Subject: Re: page corruption on 8.3+ that makes it to standby

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