On Thu, May 31, 2012 at 6:56 PM, Benjamin Peterson benja...@python.orgwrote:
2012/5/31 Nick Coghlan ncogh...@gmail.com:
On Thu, May 31, 2012 at 8:26 PM, Mark Shannon m...@hotpy.org wrote:
Eric Snow wrote:
The implementation for sys.implementation is going to use a new (but
private)
On Fri, Jun 1, 2012 at 7:16 PM, Maciej Fijalkowski fij...@gmail.com wrote:
sys.implementation could be added by site or some other startup file.
Yes, why not do that instead of a new thing in C? I don't care about PyPy
actually (since we kind of have to implement sys.implementation in
Nick Coghlan wrote:
On Fri, Jun 1, 2012 at 7:16 PM, Maciej Fijalkowski fij...@gmail.com wrote:
sys.implementation could be added by site or some other startup file.
Yes, why not do that instead of a new thing in C? I don't care about PyPy
actually (since we kind of have to implement
On Fri, Jun 1, 2012 at 9:49 PM, Mark Shannon m...@hotpy.org wrote:
What is wrong with something like the following (for CPython)?
class SysImplemention:
Define __repr__(), etc here
...
sys.implementation = SysImplemention()
sys.implementation.name = 'cpython'
Nick Coghlan wrote:
On Fri, Jun 1, 2012 at 9:49 PM, Mark Shannon m...@hotpy.org wrote:
What is wrong with something like the following (for CPython)?
class SysImplemention:
Define __repr__(), etc here
...
sys.implementation = SysImplemention()
sys.implementation.name = 'cpython'
I have just codified our current policy on supporting
Windows releases, namely that we only support some Windows
version until Microsoft ends its extended support period.
As a consequence, Windows XP will be supported until
08/04/2014, and Windows 7 until 14/01/2020 (unless Microsoft
extends that
On Fri, Jun 1, 2012 at 11:17 PM, Mark Shannon m...@hotpy.org wrote:
import imp
tag = imp.get_tag()
sys.implementation = SysImplementation()
sys.implementation.name = tag[:tag.index('-')]
sys.implementation.version = sys.version_info
sys.implementation.hexversion = sys.hexversion
This is
On Fri, Jun 1, 2012 at 8:22 AM, mar...@v.loewis.de wrote:
I have just codified our current policy on supporting
Windows releases, namely that we only support some Windows
version until Microsoft ends its extended support period.
As a consequence, Windows XP will be supported until
On Jun 01, 2012, at 11:49 PM, Nick Coghlan wrote:
The long term goal here is that all the code in the standard library
should be implementation independent - PyPy, Jython, IronPython, et al
should be able to grab it and just run it. That means the
implementation specific stuff needs to migrate
Nick Coghlan wrote:
On Fri, Jun 1, 2012 at 11:17 PM, Mark Shannon m...@hotpy.org wrote:
import imp
tag = imp.get_tag()
sys.implementation = SysImplementation()
sys.implementation.name = tag[:tag.index('-')]
sys.implementation.version = sys.version_info
sys.implementation.hexversion =
You have the burden of proof the wrong way around. sys is a builtin module.
C is the default language, absent a compelling reason to use Python
instead. The code is simple enough that there is no such reason, thus the
implementation will be in C.
--
Sent from my phone, thus the relative brevity
On Jun 01, 2012, at 03:22 PM, Mark Shannon wrote:
I thought this list was for CPython, not other implementations ;)
This list serves a dual purpose. Its primary purpose is to discuss
development of Python-the-language. It's also where discussions about
CPython-the-implementation occur, but
ACTIVITY SUMMARY (2012-05-25 - 2012-06-01)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open3450 (+10)
closed 23308 (+54)
total 26758 (+64)
Open issues
On Fri, Jun 1, 2012 at 6:07 AM, Nick Coghlan ncogh...@gmail.com wrote:
There may be other CPython-specific fields currently in sys.version
that it makes sense to also include in sys.implementation, but:
1. That's *as well as*, not *instead of*
2. It's something that can be looked at *after*
On Fri, Jun 1, 2012 at 7:17 AM, Mark Shannon m...@hotpy.org wrote:
Previously you said that it needs to handled in the implementation
language, and explicitly *not* in Python.
I asked why that was.
Now you seem to be suggesting that Python code would break the DRY rule,
but the C code would
On Thu, May 31, 2012 at 9:08 PM, Barry Warsaw ba...@python.org wrote:
On Jun 01, 2012, at 11:49 PM, Nick Coghlan wrote:
The long term goal here is that all the code in the standard library
should be implementation independent - PyPy, Jython, IronPython, et al
should be able to grab it and just
Hi,
When setting a trace function with settrace, the trace function when called
with a new scope can return another trace function or None, indicating the
inner scope should not be traced.
I used settrace for some time but calling the trace function for every line
of code is a performance killer.
About the only thing I can think of from the language summit that we
discussed doing for Python 3.3 that has not come about is accepting the
regex module and getting it into the stdlib. Is this still being worked
towards?
___
Python-Dev mailing list
Hi,
When setting a trace function with settrace, the trace function when called
with a new scope can return another trace function or None, indicating the
inner scope should not be traced.
I used settrace for some time but calling the trace function for every line
of code is a performance killer.
Are these dead in the water or are we going to try to change our release
cycle? I'm just asking since 3.3 final is due out in about 3 months and
deciding on this along with shifting things if we do make a change could
end up taking that long and I suspect if we don't do this for 3.3 we are
On 6/1/2012 11:22 AM, Alon Horev wrote:
your thoughts?
Your post on python-ideas is the right place for this and discussion
should be concentrated there.
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
On 6/1/2012 1:27 PM, Brett Cannon wrote:
About the only thing I can think of from the language summit that we
discussed doing for Python 3.3 that has not come about is accepting the
regex module and getting it into the stdlib. Is this still being worked
towards?
Since there is no PEP to define
On Fri, Jun 1, 2012 at 1:57 PM, Terry Reedy tjre...@udel.edu wrote:
On 6/1/2012 1:27 PM, Brett Cannon wrote:
About the only thing I can think of from the language summit that we
discussed doing for Python 3.3 that has not come about is accepting the
regex module and getting it into the
On 05/30/2012 05:06 AM, Larry Hastings wrote:
Like Python? Like Italy? Like meetings? Then I've got a treat for you!
I'll be chairing a Python Language Summit this July in historic
Florence, Italy. It'll be on July 1st (the day before EuroPython
starts) at the Grand Hotel Mediterraneo
My preference is that we plan and prepare during the 3.4 cycle, with a view
to making a change for 3.5.
I'd also like the first 3.4 alpha to be released in parallel with 3.3.1
Both PEPs should be updated with concrete transition and communication
plans before any other action can seriously be
ipaddress really made it in because I personally ran into the limitations
of not having IP address support in the stdlib. I ended up doing quite a
bit of prompting to ensure the process of cleaning up the API to modern
stdlib standards didn't stall (even now, generating a module reference from
the
On 01/06/2012 18:27, Brett Cannon wrote:
About the only thing I can think of from the language summit that we
discussed doing for Python 3.3 that has not come about is accepting the
regex module and getting it into the stdlib. Is this still being worked
towards?
Umpteen versions of regex have
On Fri, Jun 1, 2012 at 7:37 PM, Mark Lawrence breamore...@yahoo.co.uk wrote:
Umpteen versions of regex have been available on pypi for years. Umpteen
bugs against the original re module have been fixed. If regex can't now go
into the standard library, what on earth can?
Reviewing a 4000 line
On Jun 2, 2012 6:21 AM, r.david.murray python-check...@python.org wrote:
http://hg.python.org/cpython/rev/24572015e24f
changeset: 77288:24572015e24f
branch: 3.2
parent: 77285:bf6305bce3af
user:R David Murray rdmur...@bitdance.com
date:Fri Jun 01 16:19:36 2012
On Sat, 02 Jun 2012 10:42:13 +1000, Nick Coghlan ncogh...@gmail.com wrote:
+ For example, ``'ab c\n\nde fg\rkl\r\n'.splitlines()`` returns
+ ``['ab c', '', 'de fg', 'kl']``, while the same call with
``splinelines(True)``
+ returns ``['ab c\n', '\n, 'de fg\r', 'kl\r\n']``.
On Sat, Jun 2, 2012 at 1:24 PM, R. David Murray rdmur...@bitdance.com wrote:
Maybe also show what split() would do for that string?
I'd rather not, since the split examples are just above it in
the docs.
Fair point - one of the downsides of reviewing a diff out of context :)
Cheers,
Nick.
31 matches
Mail list logo