Am 03.10.14 00:08, schrieb Ned Deily:
So, to really support
Tk 8.6, the only viable option at the moment would be for us to ship our
own versions of Tk, like the Windows installer does.  But it wouldn't be
acceptable, IMO, to force other projects and users to migrate to 8.6 in
the middle of a release cycle, e.g. 3.4.x or 2.7.x.  Providing it as an
option, though, would be OK.

Hmm, I'm not sure that the other projects would need an update. In Tcl world, there is the concept of stub libraries, an extra level of indirect linking provided by both the Tcl and Tk core. If the extensions link to the stub library (the standard way), they can be loaded into any later version of Tcl and do not directly depend on libtcl or libtk. If the extensions link directly to libtcl, they are either broken or very special (providing one's own interpreter, doing nasty stuff with internals etc.)

        Christian
--
https://mail.python.org/mailman/listinfo/python-list

Reply via email to