Re: pg_amcheck option to install extension - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: pg_amcheck option to install extension
Date
Msg-id 20210418233240.GA11048@alvherre.pgsql
Whole thread Raw
In response to Re: pg_amcheck option to install extension  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: pg_amcheck option to install extension  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On 2021-Apr-18, Andrew Dunstan wrote:

> On 4/17/21 3:43 PM, Mark Dilger wrote:

> > I'd also like your impressions on whether we're likely to move
> > contrib/amcheck into core anytime soon.  If so, is it worth adding
> > an option that we'll soon need to deprecate?
> 
> I think if it stays as an extension it will stay in contrib. But it sure
> feels very odd to have a core bin program that relies on a contrib
> extension. It seems one or the other is misplaced.

I've proposed in the past that we should have a way to provide
extensions other than contrib -- specifically src/extensions/ -- and
then have those extensions installed together with the rest of core.
Then it would be perfectly legitimate to have src/bin/pg_amcheck that
depending that extension.  I agree that the current situation is not
great.

-- 
Álvaro Herrera                            39°49'30"S 73°17'W
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end." (2nd Commandment for C programmers)



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: partial heap only tuples
Next
From: Peter Smith
Date:
Subject: PG Docs - CREATE SUBSCRIPTION option list order