[Stackless] Re: [Python-Dev] comments on PEP 219

Jeremy Hylton jeremy at alum.mit.edu
Tue Mar 13 03:42:20 CET 2001

>>>>> "CT" == Christian Tismer <tismer at tismer.com> writes:

  CT> Maybe I'm repeating myself, but I'd like to clarify: I do not
  CT> plan to introduce anything that forces anybody to change her
  CT> code. This is all about extending the current capabilities.

The problem with this position is that C code that uses the old APIs
interferes in odd ways with features that depend on stackless,
e.g. the __xxx__ methods.[*]  If the old APIs work but are not
compatible, we'll end up having to rewrite all our extensions so that
they play nicely with stackless.

If we change the core and standard extensions to use stackless
interfaces, then this style will become the standard style.  If the
interface is simple, this is no problem.  If the interface is complex,
it may be a problem.  My point is that if we change the core APIs, we
place a new burden on extension writers.


    [*] If we fix the type-class dichotomy, will it have any effect on
    the stackful nature of some of these C calls?
Stackless mailing list
Stackless at starship.python.net

More information about the Stackless mailing list