Re: createlang/droplang deprecated

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: createlang/droplang deprecated
Date: 2017-03-18 17:13:44
Message-ID: CA+TgmoYVKypMxmny7UfP-RoF0+OyJCr1M-ieJ19a6AnXwYLxDg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Mar 18, 2017 at 11:29 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>>> 2017-03-18 14:00 GMT+01:00 Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>:
>>>> I just noticed that createlang and droplang have been listed as
>>>> deprecated since PG 9.1.
>>>> Do we dare remove them?
>
>> (I'd extend it to all the non-prefixed pg binaries, but let's open that can
>> of worms right now, one thing at a time)
>
> To my mind, these two and createuser/dropuser are the only really serious
> namespacing problems among our standard binaries. The ones with names
> ending in "db" don't seem likely to cause huge confusion. I suppose that
> if we were naming it today, "psql" wouldn't get that name; but the chances
> of renaming that one are certainly zero, namespace conflict or no.
>
> But createuser/dropuser are a real problem, because they certainly could
> be mistaken for system-level utilities.

Well, let's do one thing at a time. I think it'd be fine to drop
createlang and droplang; we can discuss other things on other threads.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2017-03-18 17:16:19 Re: New CORRESPONDING clause design
Previous Message Corey Huinker 2017-03-18 17:13:32 Re: \if, \elseif, \else, \endif (was Re: PSQL commands: \quit_if, \quit_unless)