Re: [PATCH] Unify duplicate-option handling across utility commands - Mailing list pgsql-hackers

From Álvaro Herrera
Subject Re: [PATCH] Unify duplicate-option handling across utility commands
Date
Msg-id asaPplEeWXT6JnFc@alvherre.pgsql
Whole thread
In response to [PATCH] Unify duplicate-option handling across utility commands  (Baji Shaik <baji.pgdev@gmail.com>)
List pgsql-hackers
On 2026-Oct-07, Baji Shaik wrote:

> Based on that, I'm leaning towards last-wins rather than erroring on
> duplicate options. It matches what REPACK/VACUUM/EXPLAIN already do, and
> REPACK was recently fixed in-tree to be last-wins.

Oh, it was?  I don't remember that -- where is that?  I don't think
last-wins is our norm, or is it?

-- 
Álvaro Herrera               48°01'N 7°57'E  —  https://www.EnterpriseDB.com/
"In fact, the basic problem with Perl 5's subroutines is that they're not
crufty enough, so the cruft leaks out into user-defined code instead, by
the Conservation of Cruft Principle."  (Larry Wall, Apocalypse 6)



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: fix more casting away of qualifiers
Next
From: Bharath Rupireddy
Date:
Subject: Re: WAL segment file descriptor leak on read errors can PANIC the server