Re: [Python-Dev] [Fwd: Re: PEP 384: Defining a Stable ABI]
William Reade wrote: 2) Since it hasn't always been in place, its introduction won't help me in the short term: there are an awful lot of extension modules that use excluded functions (for example, all(?) PyCxx modules use PyCode_New and PyFrame_New to get nicer tracebacks), and I'll still have to handle all these cases until everyone is up-to-date with whatever version of Python this gets accepted into. It seems that where I should have said Pyrex, I actually said PyCxx. Sorry for the confusion. Thanks to Barry Scott for pointing it out. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (05/15/09 - 05/22/09) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 2195 open (+35) / 15716 closed (+24) / 17911 total (+59) Open issues with patches: 863 Average duration of open issues: 650 days. Median duration of open issues: 400 days. Open Issues Breakdown open 2168 (+35) pending27 ( +0) Issues Created Or Reopened (64) ___ bsddb memory leak on ubuntu 05/18/09 CLOSED http://bugs.python.org/issue3541reopened ajaksu2 idle pydoc et al removed from 3.1 without versioned replacements 05/22/09 http://bugs.python.org/issue5756reopened nad Dict fails to notice addition and deletion of keys during iterat 05/16/09 CLOSED http://bugs.python.org/issue6017reopened stevenjd documentation of xml.dom.minidom.parse signature is wrong05/16/09 CLOSED http://bugs.python.org/issue6025reopened phihag patch Interpreter crashes when chaining an infinite number of exceptio 05/15/09 http://bugs.python.org/issue6028reopened amaury.forgeotdarc patch io.BufferedWriter C module missing _write_lock 05/15/09 CLOSED http://bugs.python.org/issue6030created jroesslein BaseServer.shutdown documentation is incomplete 05/15/09 http://bugs.python.org/issue6031created gagenellina Fix refleaks in test_urllib2_localnet05/16/09 CLOSED http://bugs.python.org/issue6032created collinwinter patch LOOKUP_METHOD and CALL_METHOD optimization 05/16/09 http://bugs.python.org/issue6033created benjamin.peterson patch Fix object.__reversed__ doc 05/16/09 CLOSED http://bugs.python.org/issue6034created tjreedy test_poplib Bus error with gcc-4.4 on OS X 05/16/09 CLOSED http://bugs.python.org/issue6035created marketdickinson Clean up test_posixpath.py 05/16/09 http://bugs.python.org/issue6036created phihag patch MutableSequence.__iadd__ should return self 05/16/09 CLOSED http://bugs.python.org/issue6037created amarzal Should collections.Counter check for int?05/16/09 CLOSED http://bugs.python.org/issue6038created hagen cygwin compilers should not check compiler versions 05/16/09 http://bugs.python.org/issue6039created cdavid bdist_msi does not deal with pre-release version 05/16/09 http://bugs.python.org/issue6040created cdavid change sdist and register command so they use check 05/16/09 CLOSED http://bugs.python.org/issue6041created tarek Document and slightly simplify lnotab tracing05/16/09 http://bugs.python.org/issue6042created jyasskin patch, needs review HTMLParseError derivation05/16/09 CLOSED http://bugs.python.org/issue6043created bayerf
Re: [Python-Dev] PEP 376 : Changing the .egg-info structure
On Wed, May 20, 2009 at 11:48 AM, Tarek Ziadé wrote: > So I guess I'll start this prototype in bitbucket and come back with it for > feedback > in Distutils-SIG, for a new PEP 376 round. Ok so FYI, I moved the discussion here: http://mail.python.org/pipermail/distutils-sig/2009-May/011933.html Regards Tarek ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] PEP 384: Defining a Stable ABI
Martin v. Löwis wrote: > - PyGetSetDef (name, get, set, doc, closure) Is it fully decided that the generally-unused closure parameter will stay until python 4? > The accessor macros to these fields (Py_REFCNT, Py_TYPE, Py_SIZE) > are also available to applications. There have been several experiments in memory management, ranging from not bothering to change the refcount on permanent objects like None, to proxying objects across multiple threads or processes. I also believe (but don't remember for sure) that some of the proposed Unicode (or String?) optimizations changed the memory layout a bit. So far, these have all been complicated (or slow) enough that they didn't get integrated, but if it ever happens ... I don't think it would justify python 4.0 > New Python > versions may introduce new slot ids, but slot ids will never be > recycled. Slots may get deprecated, but continue to be supported > throughout Python 3.x. Weren't there already a few ready for deprecation? Do you really want to commit to them forever? Even if you aren't willing to settle for less than "3.x from now on", it might make sense to at least start with 3.2, rather than 3.0. -jJ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] PEP 384: Defining a Stable ABI
Jim Jewett gmail.com> writes: > > > The accessor macros to these fields (Py_REFCNT, Py_TYPE, Py_SIZE) > > are also available to applications. > > There have been several experiments in memory management, ranging from > not bothering to change the refcount on permanent objects like None, > to proxying objects across multiple threads or processes. These experiments don't seem to have been very successful, have they? Besides, Py_TYPE is a fundamental property of every PyObject. On the other hand, I think Py_SIZE should be discouraged in favour of the type-specific variants (PyString_GET_SIZE, etc.), since some types have their own way of (ab)using the size field. > I also > believe (but don't remember for sure) that some of the proposed > Unicode (or String?) optimizations changed the memory layout a bit. The one Unicode optimization I know of, in http://bugs.python.org/issue1943, is suspended because of Marc-Andre's opposition. In any case, it doesn't touch the fundamental PyObject layout. Regards Antoine. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] PEP 384: Defining a Stable ABI
> Something I haven't seen explicitly mentioned as yet (in the PEP or the > python-dev list discussion) are the memory management APIs and the FILE* > APIs which can cause the MSVCRT versioning issues on Windows. > > Those would either need to be excluded from the stable ABI or else > changed to use opaque pointers. Good point. As a separate issue, I would actually like to deprecate, then remove these APIs. I had originally hoped that this would happen for 3.0 already, alas, nobody worked on it. In any case, I have removed them from the ABI now. I haven't thought about the Windows CRT issue yet. I can see that there would be still problems even without that, e.g. when you do setlocale in Python, it might not affect the extension module, etc. How would you propose to deal with that? One approach would to fix the CRT version for Windows, for the lifetime of 3.x. Another approach could be to document the known restrictions, and otherwise declare "use at your own risk". Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] PEP 384: a request for PyType_Slot
Martin, a small request.
Any chance you consider defining PyType_Slot like below?
typedef struct{
int slot;/* slot id, see below */
void *pdata; /* data pointer */
void (*pfunc)(void); /* function pointer */
} PyType_Slot
Or perhaps other way? Just to avoid compilers complaining about the
illegal conversion between pointers to data and pointers to
functions... It would be really annoying being force to do
type-punning using an union in order to get "correct" C code...
--
Lisandro Dalcín
---
Centro Internacional de Métodos Computacionales en Ingeniería (CIMEC)
Instituto de Desarrollo Tecnológico para la Industria Química (INTEC)
Consejo Nacional de Investigaciones Científicas y Técnicas (CONICET)
PTLC - Güemes 3450, (3000) Santa Fe, Argentina
Tel/Fax: +54-(0)342-451.1594
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
