Daniel Diniz aja...@gmail.com added the comment:
Could this be useful for the make other Python implementors lives
easier plan?
--
nosy: +ajaksu2
stage: - test needed
type: - feature request
versions: +Python 2.7, Python 3.1 -Python 3.0
___
Python
Benjamin Peterson benja...@python.org added the comment:
I'm afraid it's too late for this.
--
nosy: +benjamin.peterson
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1522
New submission from Christian Heimes:
I've created a pyvm module for Python 3.0. So far it just contains a
bunch of internal types. What methods do you like to add to pyvm?
Somebody suggested internal functions from sys like the check internal.
--
components: Extension Modules,
Guido van Rossum added the comment:
Hm... What if we just put these names in sys?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1522
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
I don't see it as an option. I'd rather keep the types in the 'types'
module than to add them to the sys module.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1522
__
Georg Brandl added the comment:
If there's a new pyvm module, there are a few things in sys that
should be moved there, I expect.
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1522
__
Guido van Rossum added the comment:
I don't see it as an option. I'd rather keep the types in the 'types'
module than to add them to the sys module.
Why such a strong opinion? 'sys' is pretty close to the VM too...
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Why such a strong opinion? 'sys' is pretty close to the VM too...
sys is a very important and often used module, too. I don't like the
idea to remove one module (types) and clutter an important module with
its content.
The list of types has grown pretty
Guido van Rossum added the comment:
sys is a very important and often used module, too. I don't like the
idea to remove one module (types) and clutter an important module with
its content.
Well, it is already pretty cluttered -- it contains many items that
*I* don't recognize... :-)
The
Brett Cannon added the comment:
There has been talk in the past of cleaning up the sys module by
splitting it up into a package, although I don't know how that would
work for a built-in module, though.
--
nosy: +brett.cannon
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Guido van Rossum wrote:
Stuff in sys that people don't use doesn't really confuse anyone IMO.
I really don't think that this warrants a new module.
Many of the datatype-related types (e.g. dict_keys) should not go
there but in _collections anyway.
I
Christian Heimes added the comment:
I've split the patch into two tasks. The first patch adds all types in
Objects/ to the appropriate header files. I've renamed some types, too.
The second patch contains the new pyvm.c module plus a modification to
Modules/Setup.dist.
Added file:
Christian Heimes added the comment:
I like to apply the py3k_add_types_to_h.patch before the next alpha and
discuss the fate of pyvm after the alpha.
Added file: http://bugs.python.org/file8831/py3k_pyvm3.patch
__
Tracker [EMAIL PROTECTED]
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file8824/py3k_pyvm.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1522
__
___
Python-bugs-list mailing
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file8829/py3k_pyvm2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1522
__
___
Python-bugs-list mailing
Guido van Rossum added the comment:
I like to apply the py3k_add_types_to_h.patch before the next alpha and
discuss the fate of pyvm after the alpha.
Sure, go ahead and submit the uncontroversial part.
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Guido van Rossum wrote:
Sure, go ahead and submit the uncontroversial part.
Applied py3k_add_types_to_h.patch in r59229
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1522
__
17 matches
Mail list logo