Hi,
In python 2.6, there have been some effort to make float formatting
more consistent between platforms, which is nice. Unfortunately, there
is still one corner case, for example on windows:
print a -> print 'inf'
print '%f' % a -> print '1.#INF'
The difference being that in the second case, t
On 30 Dec 2008, at 13:45, Barry Scott wrote:
...
Since I've been building 3.0 for a while now I looked at the script.
build-install.py seems to have been half converted to py 3.0.
Going full 3.0 was not hard but then there is the problem of
the imports.
Python 3.0 does not have MacOS or Carbon
On Tue, Dec 30, 2008 at 16:55, Victor Stinner
wrote:
> Hi,
>
> I already asked in September to get an svn account to be able to commit
> directly patches to trunk (or other branches like py3k). My query was
> rejected because I didn't know Python core enough (and maybe other reasons
> that I don't
On Wed, Dec 31, 2008 at 07:11, Antoine Pitrou wrote:
>
> Hi,
>
> Stephen J. Turnbull xemacs.org> writes:
>>
>> There *is* a process problem, though I don't claim to have an idea how
>> to solve it. Some developers (especially well-known is Martin van
>> Loewis) are trying to address this with th
On Wed, Dec 31, 2008 at 11:44 AM, Christian Heimes wrote:
> The patch makes use of a GCC feature where labels can be used as values:
> http://gcc.gnu.org/onlinedocs/gcc/Labels-as-Values.html . I didn't know
> about the feature and got confused by the unary && operator.
Right. SpiderMonkey (Mozil
Antoine Pitrou wrote:
> I would like to mention that I've written a patch which enables "threaded
> interpretation" on the ceval loop with gcc (*). On my computer (an Athlon X2
> 3600+), it is good for a 15-20% speedup of the interpreter on pystone and
> pybench. I also had the opportunity to test
Hi,
Stephen J. Turnbull xemacs.org> writes:
>
> There *is* a process problem, though I don't claim to have an idea how
> to solve it. Some developers (especially well-known is Martin van
> Loewis) are trying to address this with the "one committer's review
> for five reviews" offer, but maybe
Victor Stinner writes:
> Le Wednesday 31 December 2008 08:46:09 Stephen J. Turnbull, vous avez écrit :
> > Would you review your own code in the same way that other committers
> > review their own?
>
> I'm unable to review my own code.
Of course not, in the formal "software process" sense.
Antoine Pitrou pitrou.net> writes:
>
> I would like to mention that I've written a patch which enables "threaded
> interpretation"
... and I forgot to give the URL:
http://bugs.python.org/issue4753
Regards
Antoine.
___
Python-Dev mailing list
Pytho
Hello,
I would like to mention that I've written a patch which enables "threaded
interpretation" on the ceval loop with gcc (*). On my computer (an Athlon X2
3600+), it is good for a 15-20% speedup of the interpreter on pystone and
pybench. I also had the opportunity to test it on a Core2-derived
Le Wednesday 31 December 2008 08:46:09 Stephen J. Turnbull, vous avez écrit :
> Would you review your own code in the same way that other committers
> review their own?
I'm unable to review my own code. I always re-read my code and test it, but I
can not see every possibles cases. That's why I p
Phillip J. Eby wrote:
> At 09:30 PM 12/30/2008 -0500, rdmur...@bitdance.com wrote:
>> On Tue, 30 Dec 2008 at 17:51, Phillip J. Eby wrote:
>>> At 02:32 PM 12/30/2008 -0800, Scott David Daniels wrote:
More trouble with the "just take the dirname":
paths = ['/a/b/c', '/a/b/d', '/a/
pobox.com> writes:
>
> which leads me to believe that other people using the current function in
> the real world would be confused by your interpretation.
... and are vulnerable to security hazards.
___
Python-Dev mailing list
Python-Dev@python.org
2008/12/31 Phillip J. Eby :
> Change that to [os.path.normpath(p)+'/' for p in paths] and you've got
> yourself a winner.
s#'/'#os.sep# to make it work on Windows as well :-)
Have we established yet that this is hard enough to get right to
warrant a stdlib implementation?
Paul
___
14 matches
Mail list logo