From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Euler Taveira de Oliveira <euler(at)timbira(dot)com>, Greg Smith <greg(at)2ndquadrant(dot)com>, Christopher Browne <cbbrowne(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Josh Berkus <josh(dot)berkus(at)pgexperts(dot)com>, postgres hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Why not install pgstattuple by default? |
Date: | 2011-05-08 11:21:06 |
Message-ID: | 4DC67CA2.5010001@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 05/08/2011 05:24 AM, Peter Eisentraut wrote:
> On lör, 2011-05-07 at 17:38 -0400, Andrew Dunstan wrote:
>> On 05/07/2011 05:26 PM, Peter Eisentraut wrote:
>>> On lör, 2011-05-07 at 17:16 -0400, Andrew Dunstan wrote:
>>>> pg_config is useful quite apart from its use in building things, as was
>>>> discussed upthread.
>>> Link please.
>>>
>> <http://archives.postgresql.org/pgsql-hackers/2011-05/msg00275.php>
> That thread just asserts that it might be useful, and I responded by
> asking for what.
As I said there: "to see how the libraries are configured, for example."
Just the other day I wanted to know what compilation options had been
used for a particular installation. pg_config wasn't installed because
the -devel package wasn't installed, and it would have saved me quite
some time if pg_config had been available.
Another example is to find out what the installation is using for
shares, the service directory and so on.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | lee Richard | 2011-05-08 12:01:56 | Questions about the internal of fastpath function call |
Previous Message | Peter Eisentraut | 2011-05-08 09:24:31 | Re: Why not install pgstattuple by default? |