| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
| Cc: | PostgreSQL HACKERS <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Untrusted PL/Tcl? |
| Date: | 2000-07-18 20:55:01 |
| Message-ID: | 18850.963953701@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
JanWieck(at)t-online(dot)de (Jan Wieck) writes:
> While beeing in there, I could do something else too I wanted
> to do for some time now. It'll break backward compatibility
> to Tcl versions prior to 8.0, so if there are objections ...
> Beginning with Tcl 8.0, dual ported objects got used to deal
> with values. These have (amongst performance issues) alot of
> benefits. Changing all the call interfaces would make it
> impossible to use PL/Tcl with a pre 8.0 Tcl installation.
> Since we're now at Tcl 8.3 (the last I've seen), ISTM it's
> not a bad decision to force the upgrade.
OK by me. Tcl 7.6 is getting to be ancient history... and people
who are using pltcl for database functions are probably going to
want all the speed they can get, so making a more efficient interface
to Tcl 8 seems like a good idea.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2000-07-18 21:10:44 | Re: Warnings triggered by recent includefile cleanups |
| Previous Message | Tom Lane | 2000-07-18 20:48:09 | btree split logic is fragile in the presence of large index items |