Re: Coping with 'C' vs 'newC' function language names
| От | Tom Lane |
|---|---|
| Тема | Re: Coping with 'C' vs 'newC' function language names |
| Дата | |
| Msg-id | 21363.973888015@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Coping with 'C' vs 'newC' function language names (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: Coping with 'C' vs 'newC' function language names
|
| Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.net> writes:
> I don't really have a better idea, but consider if you installed 7.1 into
> /opt/postgres71: then this dump will load the old version of plpgsql.sl.
True, but absolute paths in a dump file are a different (and
long-standing) issue.
> Assuming that that would work in the first place, LANGUAGE 'C' is correct.
It wouldn't work, so that's irrelevant. The PL handlers know way more
than the average user-defined function about backend innards, and aren't
usually cross-version compatible. They won't be this time, for sure.
> Btw., could we use something other than 'newC'? It's going to get old
> really fast (pun intended). Maybe 'Cv2' or something along these lines?
Where were you six months ago? ;-( It's a bit late in the dev cycle to
be running around renaming this kind of stuff...
regards, tom lane
В списке pgsql-hackers по дате отправления: