Re: BUG #1956: Plpgsql top-level DECLARE does not share scope - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: BUG #1956: Plpgsql top-level DECLARE does not share scope
Date
Msg-id 200510131438.j9DEcaL04470@candle.pha.pa.us
Whole thread Raw
In response to Re: BUG #1956: Plpgsql top-level DECLARE does not share  ("Karl O. Pinc" <kop@meme.com>)
Responses Re: BUG #1956: Plpgsql top-level DECLARE does not share scope
Re: BUG #1956: Plpgsql top-level DECLARE does not share scope
Re: BUG #1956: Plpgsql top-level DECLARE does not share
List pgsql-bugs
Karl O. Pinc wrote:
>
> On 10/12/2005 10:32:20 PM, Bruce Momjian wrote:
>    We tend to follow the C conventions, so perhaps we
> > should
> > throw a warning, but I can't think of any cases where we throw a
> > warning
> > in plpgsql because we compile it once on first call.
> >
> > I am thinking this falls in the "don't do that" category.
>
> Fair enough.  At the same time it sure would be nice if
> plpgsql actually compiled (and parsed SQL) at
> function definition time, even when the result is thrown away.
> I'm building a big system and it's quite annoying
> to get syntax errors, IIRC,
> in code months after writing it, just because it took
> me that long to get around to exercising a particular
> IF statement.

8.0 has this improvement:

     * Do minimal syntax checking of PL/pgSQL functions at creation time (Tom)
       This allows us to catch simple syntax errors sooner.

I assume you are running an earlier version of PostgreSQL.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #1958: Postmaster doesn't close open file handles on startup
Next
From: Bruce Momjian
Date:
Subject: Re: BUG #1958: Postmaster doesn't close open file handles on