| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
| Cc: | pgsql-hackers(at)postgreSQL(dot)org |
| Subject: | Re: Re: Latest parser changes |
| Date: | 2000-07-15 02:09:20 |
| Message-ID: | 27637.963626960@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> writes:
> So I'm guessing again (my development laptop is powered off right now)
> that the regression test is only partially damaged, perhaps with a
> column name problem?? I'll try to look at it this weekend.
The problem is this query now fails:
SELECT '' AS four, path(f1) FROM POLYGON_TBL;
! ERROR: parser: parse error at or near "("
Evidently, although "path" is still accepted as a type name, it's
not allowable as a function name, which puts a crimp in type coercion.
AFAICT from a quick scan of SQL99, PATH is only intended to be used
in specialized contexts like SET PATH. It is *not* a data type nor
needed in type-related constructs.
I think this could be fixed by removing the generic->PATH_P production
and allowing PATH to be a ColId instead of just a ColLabel. Of course,
that just makes one wonder why bother to make it a keyword yet, when
we don't yet have any productions that need it...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Magnus Hagander | 2000-07-15 15:03:36 | RE: PgAccess diagrams (was: Re: Just committed some cha nges...) |
| Previous Message | Thomas Lockhart | 2000-07-15 02:04:08 | Re: Latest parser changes |