[Stackless] stackless improvements / evolution

Anselm Kruis a.kruis at science-computing.de
Wed Sep 4 16:06:46 CEST 2013


Am 03.09.2013 22:59, schrieb Richard Tew:
> The point that bothers me is that we've always done Stackless releases
> as simply something that should work as the same version of mainline
> Python, but with optional Stackless features.
>
> To some degree it seems like we should do releases of both the evolved
> Python and the normal Python both with Stackless features.
+1 for that.

Here at science+computing we will continue to use (Stackless-) Python 
2.7 for several years. Therefore +1 for continuing Stackless 2.7.

But there are several caveats
- We will see a few more official releases of Python 2.7. Therefore we 
can't simply increase the micro version number. On the other hand, a 
Python 2.8 will cause political and technical problems. I wonder, if we 
could (mis-)use the releaselevel component of the Python version number?

- How to release? Release binaries at all? Currently most of us compile 
Stackless themselves.

- Compatibility and quality: the current code base of 2.7 contains many 
problematic parts. If we continue to maintain 2.7 how can we avoid 
regressions?

Regards
   Anselm

-- 
  Dipl. Phys. Anselm Kruis                       science + computing ag
  Senior Solution Architect                      Ingolstädter Str. 22
  email A.Kruis at science-computing.de             80807 München, Germany
  phone +49 89 356386 874  fax 737               www.science-computing.de
-- 
Vorstandsvorsitzender/Chairman of the board of management:
Gerd-Lothar Leonhart
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Michael Heinrichs, 
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Philippe Miltin
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196




More information about the Stackless mailing list