Re: pg_upgrade version checking questions - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: pg_upgrade version checking questions
Date
Msg-id 3177834d-8313-c641-2d20-f99d69d8b6ff@2ndquadrant.com
Whole thread Raw
In response to Re: pg_upgrade version checking questions  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: pg_upgrade version checking questions  (Daniel Gustafsson <daniel@yesql.se>)
List pgsql-hackers
On 2019-07-23 17:30, Daniel Gustafsson wrote:
> The reason for moving is that we print default values in usage(), and that
> requires the value to be computed before calling usage().  We already do this
> for resolving environment values in parseCommandLine().  If we do it in setup,
> then we’d have to split out resolving the new_cluster.bindir into it’s own
> function exposed to option.c, or do you have any other suggestions there?

I think doing nontrivial work in order to print default values in
usage() is bad practice, because in unfortunate cases it would even
prevent you from calling --help.  Also, in this case, it would probably
very often exceed the typical line length of --help output and create
some general ugliness.  Writing something like "(default: same as this
pg_upgrade)" would probably achieve just about the same.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Support for jsonpath .datetime() method
Next
From: Peter Eisentraut
Date:
Subject: Re: initdb recommendations