Re: BUG #19042: Option --help not recognized at the end of command line in pg_restore - Mailing list pgsql-bugs

From Daniel Gustafsson
Subject Re: BUG #19042: Option --help not recognized at the end of command line in pg_restore
Date
Msg-id 365ACB7B-B731-4F66-B69B-1765194A5B58@yesql.se
Whole thread Raw
In response to Re: BUG #19042: Option --help not recognized at the end of command line in pg_restore  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: BUG #19042: Option --help not recognized at the end of command line in pg_restore
List pgsql-bugs
> On 3 Sep 2025, at 16:57, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Matthias =?utf-8?Q?H=C3=B6rmann?= <matthias.hoermann@saltation.com> writes:
>> The 2025-09-03 13:45:15, Daniel Gustafsson wrote:
>>> This is the intended behaviour, --help (and --version) is parsed specially and
>>> must be the first parameter. We do this for all command line utilities.
>
>> Well, the use-case that comes up quite often for me (for any commands,
>> not just postgres) is that I add parameters I know or remember from my
>> last look at --help and then want to check again what else to add, for
>> that it is useful to be able to use --help as the last parameter.
>
> FWIW, I agree with this.

Same here, it's a totally reasonable ask.

> I'd be in favor of recognizing
> --help (though probably not -?) in any argument position.

Any particular reason to restrict -? from this?

> Less sure about --version.

Agreed, I think --version should require being the sole parameter.

--
Daniel Gustafsson




pgsql-bugs by date:

Previous
From: Álvaro Herrera
Date:
Subject: Re: BUG #18960: Mistake in test test_simple_pipeline (libpq_pipeline.c)
Next
From: Tom Lane
Date:
Subject: Re: BUG #19042: Option --help not recognized at the end of command line in pg_restore