On Sat, Jun 2, 2012 at 1:24 PM, R. David Murray 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.
--
Nick Coghlan
On Sat, Jun 2, 2012 at 10:37 AM, Mark Lawrence wrote:
> 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
On Sat, 02 Jun 2012 10:42:13 +1000, Nick Coghlan 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']``.
>
> s/splinelines/split
On Jun 2, 2012 6:21 AM, "r.david.murray" wrote:
>
> http://hg.python.org/cpython/rev/24572015e24f
> changeset: 77288:24572015e24f
> branch: 3.2
> parent: 77285:bf6305bce3af
> user:R David Murray
> date:Fri Jun 01 16:19:36 2012 -0400
> summary:
> #14957: clarify splitl
On Fri, Jun 1, 2012 at 7:37 PM, Mark Lawrence 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 patch is probably 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
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
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 con
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 con
On Fri, Jun 1, 2012 at 1:57 PM, Terry Reedy 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 stdlib. Is thi
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 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
http://mail.python.org/
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
probably
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
Pytho
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.
On Thu, May 31, 2012 at 9:08 PM, Barry Warsaw 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 run it. Th
On Fri, Jun 1, 2012 at 7:17 AM, Mark Shannon 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 not. If
On Fri, Jun 1, 2012 at 6:07 AM, Nick Coghlan 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* the initial
> imp
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 wit
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 tha
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 :)
Nick Coghlan wrote:
On Fri, Jun 1, 2012 at 11:17 PM, Mark Shannon 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 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
On Fri, Jun 1, 2012 at 8:22 AM, 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
> 08/04/2014, and Windows
On Fri, Jun 1, 2012 at 11:17 PM, Mark Shannon 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 wrong. sys
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
Nick Coghlan wrote:
On Fri, Jun 1, 2012 at 9:49 PM, Mark Shannon wrote:
What is wrong with something like the following (for CPython)?
class SysImplemention:
"Define __repr__(), etc here "
...
sys.implementation = SysImplemention()
sys.implementation.name = 'cpython'
sys.implementation.
On Fri, Jun 1, 2012 at 9:49 PM, Mark Shannon wrote:
> What is wrong with something like the following (for CPython)?
>
> class SysImplemention:
> "Define __repr__(), etc here "
> ...
>
> sys.implementation = SysImplemention()
> sys.implementation.name = 'cpython'
> sys.implementation.version
Nick Coghlan wrote:
On Fri, Jun 1, 2012 at 7:16 PM, Maciej Fijalkowski 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
pyth
On Fri, Jun 1, 2012 at 7:16 PM, Maciej Fijalkowski 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
> python/RPython
On Thu, May 31, 2012 at 6:56 PM, Benjamin Peterson wrote:
> 2012/5/31 Nick Coghlan :
> > On Thu, May 31, 2012 at 8:26 PM, Mark Shannon wrote:
> >> Eric Snow wrote:
> >>>
> >>> The implementation for sys.implementation is going to use a new (but
> >>> "private") type[1]. It's basically equivalent
32 matches
Mail list logo