Re: Frustrating issue with PGXS - Mailing list pgsql-hackers

From Fabien COELHO
Subject Re: Frustrating issue with PGXS
Date
Msg-id Pine.LNX.4.64.0706252037070.8775@briare.cri.ensmp.fr
Whole thread Raw
In response to Re: Frustrating issue with PGXS  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Frustrating issue with PGXS  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Dear Tom,

>> That would break existing Makefiles that use the "please take the first
>> pg_config in the path" feature, which rather make sense (it just means
>> that you want the extension for your current postgresql).
>
> How would it break them?  The default definition is still PG_CONFIG =
> pg_config, this just moves where that definition appears.

I think that I was answering to:

...
Tom> I'm not sure though how to get this setting to
Tom> override the one in Makefile.global ... 
Tom> or should we just remove that one?

With the assumption that the above "that one" refered to the "PG_CONFIG" 
macro definition in "Makefile.global". As existing extension makefiles do 
not defined PG_CONFIG, relying on one would break them wrt future 
releases? That's why I suggested to replace the "Makefile.global" 
definition by a conditional one.

But it is also entirely possible that I did not fully understand your 
sentence:-)

-- 
Fabien.


pgsql-hackers by date:

Previous
From: Fabien COELHO
Date:
Subject: Re: Frustrating issue with PGXS
Next
From: Tom Lane
Date:
Subject: Re: Frustrating issue with PGXS