| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Coping with 'C' vs 'newC' function language names |
| Date: | 2000-11-10 20:26:55 |
| Message-ID: | 21363.973888015@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zeugswetter Andreas SB | 2000-11-10 21:07:20 | AW: AW: Could turn on -O2 in AIX |
| Previous Message | Nathan Myers | 2000-11-10 20:01:25 | Re: Transaction ID wraparound: problem and proposed solution |