Congratulations to Kerrick Staley and Nick Coghlan, the authors of the
PEP! It's good to hear that the "python", "python2" and "python3"
symlinks are now standardized in a PEP. I hope that most Linux
distributions will follow this PEP :-)
Victor
___
Pyth
Georg Brandl wrote:
Am 16.02.2012 11:14, schrieb "Martin v. Löwis":
Am 16.02.2012 10:51, schrieb Victor Stinner:
2012/2/16 "Martin v. Löwis" :
Maybe an alternative PEP could be written that supports the filesystem
copying use case only, using some specialized ns APIs? I really think
that all y
> Maybe it's okay to wait a few years on this, until either 128-bit
> floats are more common or cDecimal becomes the default floating point
> type? In the mean time for clock freaks we can have a few specialized
> APIs that return times in nanoseconds as a (long) integer.
I don't think that the de
On Fri, Feb 17, 2012 at 4:57 PM, "Martin v. Löwis" wrote:
> As the PEP czar for PEP 394, I have reviewed it and am happy to say that
> I can accept it.
Excellent news, thanks!
I've pushed an updated version promoting it to Active status, and also
incorporating Barry's suggestion of making it exp
On Fri, Feb 17, 2012 at 9:33 PM, Victor Stinner
wrote:
>> Maybe it's okay to wait a few years on this, until either 128-bit
>> floats are more common or cDecimal becomes the default floating point
>> type? In the mean time for clock freaks we can have a few specialized
>> APIs that return times in
On Fri, Feb 17, 2012 at 10:27 PM, Nick Coghlan wrote:
> Unfortunately, dinsdale appears to have fallen over again, so I can't
> push the change right now :(
It appears that was a temporary glitch - the 2.7 change is now in Mercurial.
Cheers,
Nick.
--
Nick Coghlan | [email protected] |
Hi all,
I'm an app developer with a CPython dll in the folder of that app.
In general, are there strict requirements about the dll name
(a preference would be "python.dll" (easy to update (simple replace) ).
I successfully used "python.dll" and a few standard modules,
then I tried to use the sympy
Victor Stinner wrote:
> Can't we improve the compatibility between Decimal and float, e.g. by
> allowing Decimal+float? Decimal (base 10) + float (base 2) may loss
> precision and this issue matters in some use cases. So we still need a
> way to warn the user on loss of precision.
I think this s
On 16/02/12 20:45, Antoine Pitrou wrote:
On Wed, 08 Feb 2012 19:18:14 +
Mark Shannon wrote:
Proposed PEP for new dictionary implementation, PEP 410?
is attached.
So, I'm running a few benchmarks using Twisted's test suite
(see https://bitbucket.org/pitrou/t3k/wiki/Home).
At the end of
On 15/02/12 21:09, Yury Selivanov wrote:
Hello Mark,
First, I've back-ported your patch on python 3.2.2 (which was relatively
easy). Almost all tests pass, and those that don't are always failing on
my machine if I remember. The patch can be found here: http://goo.gl/nSzzY
Then, I compared me
On Fri, 17 Feb 2012 13:10:51 +
Mark Shannon wrote:
> On 16/02/12 20:45, Antoine Pitrou wrote:
> >
> > On Wed, 08 Feb 2012 19:18:14 +
> > Mark Shannon wrote:
> >> Proposed PEP for new dictionary implementation, PEP 410?
> >> is attached.
> >>
> >
> > So, I'm running a few benchmarks using
On 02/16/2012 02:14 AM, "Martin v. Löwis" wrote:
Am 16.02.2012 10:51, schrieb Victor Stinner:
2012/2/16 "Martin v. Löwis":
Maybe an alternative PEP could be written that supports the filesystem
copying use case only, using some specialized ns APIs? I really think
that all you need is st_{a,c,m}
ACTIVITY SUMMARY (2012-02-10 - 2012-02-17)
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:
open3257 (+11)
closed 22567 (+44)
total 25824 (+55)
Open issues wit
On Fri, Feb 17, 2012 at 1:50 AM, "Martin v. Löwis" wrote:
>>> Good idea. However, how do you track per-dict how large the
>>> table is?
[Or, rather, what is the highest index needed to store any values
that are actually set for this instance.]
> To determine whether it needs to grow the array, i
On 17 February 2012 at 17:42 Jim Jewett wrote:
> On Fri, Feb 17, 2012 at 1:50 AM, "Martin v. Löwis"
wrote:
> >>> Good idea. However, how do you track per-dict how large the
> >>> table is?
>
> [Or, rather, what is the highest index needed to store any values
> that are actually set for this ins
Am 17.02.2012 10:28, schrieb Steven D'Aprano:
> Georg Brandl wrote:
>> Am 16.02.2012 11:14, schrieb "Martin v. Löwis":
>>> Am 16.02.2012 10:51, schrieb Victor Stinner:
2012/2/16 "Martin v. Löwis" :
>> Maybe an alternative PEP could be written that supports the filesystem
>> copying use
On Fri, Feb 17, 2012 at 4:29 AM, Ezio Melotti wrote:
> I'm assuming that eventually the module will be removed (maybe for Python
> 4?), and I don't expect nor want to seen it removed in the near future.
> If something gets removed it should be deprecated first, and it's usually
> better to depreca
On 18/02/2012 0.04, Nick Coghlan wrote:
On Fri, Feb 17, 2012 at 4:29 AM, Ezio Melotti wrote:
I'm assuming that eventually the module will be removed (maybe for Python
4?), and I don't expect nor want to seen it removed in the near future.
If something gets removed it should be deprecated first,
PEP: 410
Title: Use decimal.Decimal type for timestamps
Version: $Revision$
Last-Modified: $Date$
Author: Victor Stinner
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 01-February-2012
Python-Version: 3.3
Abstract
Decimal becomes the official type for high-resolu
As asked by Martin, I tried to list *all* objections and alternatives.
> * A: (numerator, denominator)
>
> * value = numerator / denominator
> * resolution = 1 / denominator
> * denominator > 0
> (...)
> Tuple of integers have been rejected because they don't support
> arithmetic operations
On 17/02/2012 7:44 PM, Egon Smiwa wrote:
Hi all,
I'm an app developer with a CPython dll in the folder of that app.
In general, are there strict requirements about the dll name
(a preference would be "python.dll" (easy to update (simple replace) ).
I successfully used "python.dll" and a few stand
I'm wondering what thoughts are on PEP 397, the Python launcher for
Windows. I've been using the implementation for a number of months now
and I find it incredibly useful.
To my mind, the specific steps would be:
* Have someone pronounce it as accepted (or suggest steps to be taken
before su
On Fri, Feb 17, 2012 at 23:24, Mark Hammond wrote:
> I'm wondering what thoughts are on PEP 397, the Python launcher for Windows.
> I've been using the implementation for a number of months now and I find it
> incredibly useful.
>
> To my mind, the specific steps would be:
>
> * Arrange for it to
On 18/02/2012 4:37 PM, Brian Curtin wrote:
On Fri, Feb 17, 2012 at 23:24, Mark Hammond wrote:
I'm wondering what thoughts are on PEP 397, the Python launcher for Windows.
I've been using the implementation for a number of months now and I find it
incredibly useful.
To my mind, the specific s
24 matches
Mail list logo
