On 20 Jan 2012, at 10:49, Brett Cannon wrote:
Why can't we have our cake and eat it too?
Can we do hash randomization in 3.3 and use the hash count solution for
bugfix releases? That way we get a basic fix into the bugfix releases that
won't break people's code (hopefully) but we go with a
On 12 Mar 2010, at 15:22, s...@pobox.com wrote:
Collin re2 is not a full replacement for Python's current regex
Collin semantics: it would only serve as an accelerator for a subset of
Collin the current regex language. Given that, it makes perfect sense
Collin that it would be optional
On 13 Jan 2010, at 13:43, Nick Coghlan wrote:
Guido van Rossum wrote:
On Wed, Jan 13, 2010 at 9:57 AM, sstein...@gmail.com Or, how about
just removing the antiquated use of environment variables altogether
from Python 3 and avoid the issue completely.
-1. They have their use, but more in
On 19 Apr 2009, at 02:17, Stephen J. Turnbull wrote:
Nick Coghlan writes:
3. Change the shebang lines in Python standard library scripts to be
version specific and update release.py to fix them all when bumping
the
version number in the source tree.
+1
I think that it's probably best to
On 16 Apr 2009, at 11:42, Paul Moore wrote:
The key thing missing (I believe) from dateutil is any equivalent of
monthmod.
I agree with that. It's well-defined and it makes a lot of sense. +1
But, I dont think monthdelta can be made to work... what should the
following be?
On 7 Apr 2009, at 11:59, Alexandru Moșoi wrote:
Not necessarily. For example C/C++ doesn't define the order of the
operations inside an expression (and AFAIK neither Python) and
therefore folding 2 * 3 is OK whether b is an integer or an arbitrary
object with mul operator overloaded. Moreover
I was recently reviewing some Python code for a friend who is a C++
programmer, and he had code something like this:
def foo():
try = 0
while tryMAX:
ret = bar()
if ret: break
++try
I was a bit surprised that this was syntactically valid, and because
the timeout condition
Would there be any interest in augmenting the test case library for
the regex stuff?
When I was working on PyPy, we were using a simplified regular
expression matcher to implement the tokenizer for Python. I was able
to take a lot of PCRE's regex tests and port them to test our regular
.
On Tue, Mar 10, 2009 at 11:08 AM, Jared Grubb
jared.gr...@gmail.com wrote:
Would there be any interest in augmenting the test case library for
the
regex stuff?
On 9 Mar 2009, at 16:07, Antoine Pitrou wrote:
Facundo Batista facundobatista at gmail.com writes:
Matthew Barnett has been
Regardless of the outcome, those that want to use SVN can use SVN, and
those that want to use chosen DVCS can use that. In the end, which
is the more lossy repository? It seems like if the change is
transparent to everyone who is using it, then the only thing that we
care about is that the
This is a really interesting idea. If extra memory/lookup overhead is
a concern, you could enable this new feature by default when the
interactive interpreter is started (where it's more likely to be
invoked), and turn it off by default when running scripts/modules.
Jared
On 9 Oct 2008,
11 matches
Mail list logo