Re: Extensions, patch v16 - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: Extensions, patch v16
Date
Msg-id BAA30F50-F3EB-4147-A1C2-E7C301C2BBF1@kineticode.com
Whole thread Raw
In response to Re: Extensions, patch v16  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
List pgsql-hackers
On Dec 10, 2010, at 12:26 AM, Dimitri Fontaine wrote:

> What if $extension.control exists? Is it a byproduct of the .in file
> from previous `make` run or a user file? What if we have both the .in
> and the make variable because people are confused? Or both the make
> variables and a .control and not .control.in? Etc...

There are ways to deal with those issue, I'm sure.

>> * Always remove $extension.control in the `clean` targets
> 
> Hell no, as you can bypass the .in mechanism and provide directly the
> .control file.

I'm saying disallow the .control file, only allow the control.in file.

David




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Extensions, patch v16
Next
From: "David E. Wheeler"
Date:
Subject: Re: Extensions, patch v16