Re: BUG #6165: documentation bug in plpgsql-declarations.html and plpgsql-statements.html (or plpgsql parser bug)

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, raf <raf(at)raf(dot)org>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6165: documentation bug in plpgsql-declarations.html and plpgsql-statements.html (or plpgsql parser bug)
Date: 2012-08-15 16:02:16
Message-ID: 20120815160216.GJ25473@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, Aug 22, 2011 at 04:17:04PM -0400, Tom Lane wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> > On Wed, Aug 17, 2011 at 1:21 AM, raf <raf(at)raf(dot)org> wrote:
> >> so, there is either a plpgsql parser bug that treats the sql equality
> >> operator as the plpgsql assignment operator, or "=" is an undocumented
> >> alternative to the documented plpgsql assignment operator (":=").
>
> > I think it's the latter.
>
> It's definitely intentional, not a bug, so far as the source code is
> concerned:
>
> assign_operator : '='
> | COLON_EQUALS
> ;
>
> > I have a vague recollection that we might
> > have left that undocumented on purpose, but I'm not actually sure why
> > we support it in the first place.
>
> I think it's legacy at this point. We have discussed before whether to
> document it, and IIRC the general feeling was "if we do document it,
> we'll never be able to get rid of it". Whether we could get rid of it
> now (instead of documenting it) was not seriously discussed. I've seen
> at least a few people saying that they do rely on it ...

I think the question is whether '=' is used enough that we have to
mention that it is a non-standard extension that might be removed
someday, or something.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Valentine Gogichashvili 2012-08-15 16:02:57 Re: BUG #7494: WAL replay speed depends heavily on the shared_buffers size
Previous Message Thom Brown 2012-08-15 15:51:25 Re: pg_dump dependency loop with extension containing its own schema