Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UpeNT-0002DH-7A for pgsql-hackers@arkaria.postgresql.org; Thu, 20 Jun 2013 12:54:15 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1UpeNS-0003Jb-EZ for pgsql-hackers@arkaria.postgresql.org; Thu, 20 Jun 2013 12:54:14 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UpeNQ-0003I0-T9 for pgsql-hackers@postgresql.org; Thu, 20 Jun 2013 12:54:13 +0000 Received: from eisentraut.org ([85.214.91.16] helo=gattler.pezone.net) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UpeNL-0000dt-AQ for pgsql-hackers@postgresql.org; Thu, 20 Jun 2013 12:54:12 +0000 Received: from jesse.mybdev.com (unknown [204.145.120.11]) by gattler.pezone.net (Postfix) with ESMTPSA id 3B3B05A8017; Thu, 20 Jun 2013 12:54:06 +0000 (UTC) Message-ID: <51C2FB6B.80401@gmx.net> Date: Thu, 20 Jun 2013 08:54:03 -0400 From: Peter Eisentraut User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Craig Ringer CC: cedric@2ndquadrant.com, pgsql-hackers@postgresql.org, Andrew Dunstan Subject: Re: Bugfix and new feature for PGXS References: <201306181552.36673.cedric@2ndquadrant.com> <201306191832.25310.cedric@2ndquadrant.com> <51C1E0D5.5070008@dunslane.net> <201306192058.23832.cedric@2ndquadrant.com> <1371698781.13762.48.camel@vanquo.pezone.net> <51C29153.60708@2ndquadrant.com> In-Reply-To: <51C29153.60708@2ndquadrant.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: 0.8 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 6/20/13 1:21 AM, Craig Ringer wrote: > Personally, I'm all for just using the local path when building the > module, and the qualified path elsewhere. It requires only a relatively > simple change, and I don't think that using "hstore.h" within hstore, > and "contrib/hstore/hstore.h" elsewhere is of great concern. It doesn't work if those header files include other header files (as in the case of plpython, for example). -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers