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 wi
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 op
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, bu
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 l
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?
print(date(200
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 one
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 tryI was a bit surprised that this was syntactically valid, and because
the timeout condition only occurred in exceptional cases, the error
has n
one of the most complete set of test cases in our test suite.
On Tue, Mar 10, 2009 at 11:08 AM, Jared Grubb
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 gmail.com> writes:
M
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
ex
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
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, at
11 matches
Mail list logo