Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]
Дата
Msg-id CAFj8pRCta2VSDjWZ2bj2w7v75PNxrgE=VPRGgMQAU9oWVqFJrw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Hi

here is a second variant with support --help=variables

Regards

Pavel


2014-09-04 4:25 GMT+02:00 Robert Haas <robertmhaas@gmail.com>:
On Thu, Aug 28, 2014 at 11:20 AM, Andres Freund <andres@2ndquadrant.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

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ants Aasma
Дата:
Сообщение: Re: postgresql latency & bgwriter not doing its job
Следующее
От: Alexey Klyukin
Дата:
Сообщение: Re: implement subject alternative names support for SSL connections