Re: Can the string literal syntax for function definitions please be dropped ?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Timothy Madden <terminatorul(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Can the string literal syntax for function definitions please be dropped ?
Date: 2009-10-25 22:01:18
Message-ID: 21553.1256508078@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Timothy Madden <terminatorul(at)gmail(dot)com> writes:
> What I want is compatible with existing code and the current default
> behavior. Just look for a LANGUAGE SQL declaration in the function
> header (before the body).

> If found expect the in-place definition of the function body to follow.
> If not found expect a string literal that holds the function body to follow,
> with the LANGUAGE declaration after (default behavior).

This proposal is unfortunately complete nonsense, because it fails to
address the question of how you figure out where the function body *ends*.
We have to have a simple and not-language-specific rule for that. Even
if the backend could be made smart enough to handle a variety of cases,
we could hardly expect client-side code (like psql) to track all the
cases. And psql does need to understand where the CREATE FUNCTION
command ends, so that it can tell when to ship the command off to the
backend.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Timothy Madden 2009-10-25 22:06:38 Re: Can the string literal syntax for function definitions please be dropped ?
Previous Message Alvaro Herrera 2009-10-25 21:40:06 Re: Can the string literal syntax for function definitions please be dropped ?