X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id C5353D1D3BE for ; Thu, 22 Apr 2004 13:07:15 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 07698-09 for ; Thu, 22 Apr 2004 13:07:10 -0300 (ADT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 18DC9D1CCB1 for ; Thu, 22 Apr 2004 13:07:09 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.12.11/8.12.11) with ESMTP id i3MG73XT007547; Thu, 22 Apr 2004 12:07:04 -0400 (EDT) To: Rod Taylor Cc: Peter Eisentraut , Kemin Zhou , pgsql-sql@postgresql.org Subject: Re: Server Side C programming Environment Set up In-reply-to: <1082642297.91360.9.camel@jester> References: <4086B601.3030108@ferring.com> <200404220718.12923.peter_e@gmx.net> <1082642297.91360.9.camel@jester> Comments: In-reply-to Rod Taylor message dated "Thu, 22 Apr 2004 09:58:18 -0400" Date: Thu, 22 Apr 2004 12:07:03 -0400 Message-ID: <7546.1082650023@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200404/232 X-Sequence-Number: 17607 Rod Taylor writes: > On Thu, 2004-04-22 at 01:18, Peter Eisentraut wrote: >> make install-all-headers >> >> It's explained in the installation instructions. > That doesn't happen on most platforms in the standard package. Depends what you mean by "standard package"? The PGDG and Red Hat RPMs certainly do install-all-headers. They are in the postgresql-devel package, which seems appropriate to me. I agree with the suggestion elsewhere in the thread about generalizing the contrib Makefile framework to the point that it could be installed as part of the -devel RPM, and then used to build user-written backend functions. Ideally you could take one of the contrib subdirectories by itself, and build it using only what is installed by postgresql-devel, without needing access to the original source or build trees. I don't think we are real close yet, though maybe Peter would have an idea what would be needed. (Note this would also provide a usable solution to the build-the-tutorial problem I mentioned.) regards, tom lane