From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | Petr Jelinek <petr(at)2ndquadrant(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Abhijit Menon-Sen <ams(at)2ndquadrant(dot)com>, MauMau <maumau307(at)gmail(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Erik Rijkers <er(at)xs4all(dot)nl> |
Subject: | Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop] |
Date: | 2014-09-04 02:25:05 |
Message-ID: | CA+TgmobgN_eBoWYmYKqZdGSiWBbJ4_7_CxwnCyWHmq2e4rTQMw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Aug 28, 2014 at 11:20 AM, Andres Freund <andres(at)2ndquadrant(dot)com> wrote:
>> >* How about making it --help=variables instead of --help-variables?
>>
>> -1, help is not a variable to be assigned imho
>
> I don't think variable assignment is a good mental model for long
> commandline arguments. And it's not like I'm the first to come up with
> an extensible --help. Check e.g. gcc.
>
> But anyway, I guess I've lost that argument.
I think it mostly depends on how far we think we might extend it. I
mean, --help-variables is fine as a parallel to --help. But if we're
eventually going to have help for 12 things, --help=TOPIC is a lot
better than 12 separate switches. So +0.5 for your proposal from me.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Kirkwood | 2014-09-04 02:30:11 | Re: Scaling shared buffer eviction |
Previous Message | Michael Paquier | 2014-09-04 00:39:41 | Re: WAL format and API changes (9.5) |