From: | Jeff MacDonald <jam(at)zoidtechnologies(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: small proposal: pg_config record flag variables? |
Date: | 2005-08-09 20:00:24 |
Message-ID: | 20050809200024.GG4003@zoidtechnologies.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Aug 09, 2005 at 03:25:16PM -0400, Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> > Tom Lane wrote:
> >> pg_config --cc
> >> pg_config --cppflags
> >> pg_config --cflags
> >> pg_config --cflags_sl
> >> pg_config --ldflags
> >> pg_config --ldflags_sl
> >> pg_config --libs
>
> > I would be tempted to have one flag called, say, --build-env which has
> > all the interesting settings from the build environment in one hit.
>
> I thought about that too, but the advantage of separate options is that
> it'd be relatively easy for programs to pull out and use the values.
> For instance, this could be handy for configuring an external addon.
> I believe the --configure option is specifically designed to allow
> configure `pg_config --configure`
> to work sanely.
>
> The one-flag way would be human readable but not program friendly.
>
> regards, tom lane
>
how about both? have the various single-variable options, and another (like
'--build-env') that presents a human readable list for posting in bug
reports or web pages showing build environments and such..
regards,
J
From | Date | Subject | |
---|---|---|---|
Next Message | Richard_D_Levine | 2005-08-09 20:00:52 | Re: Testing of MVCC |
Previous Message | Tom Lane | 2005-08-09 19:56:05 | Re: small proposal: pg_config record flag variables? |