Phillip J. Eby wrote:
>> > Does anyone else think this is an issue worth pursuing?
>
> A qualified yes: the Importing package took a long time to get correct
> under all the crazy little twists and turns of importing, including
> correctly handling things like the link between packages and their
Gregory P. Smith wrote:
> look at the length of a
> hex pointer in the repr of a class for C pointer size.
I don't think that will work, because the repr only uses
as many hex digits as it needs to represent the value:
>>> o = object()
>>> o
I'm pretty sure my G4 PPC is using pointers longer
Neil Toronto wrote:
> Phillip J. Eby wrote:
>> That having been said, the idea that the statement 'SomeBaseClass.foo =
>> 23' is actually going to walk through cache entries and invoke a
>> callback for *every* subclass of SomeBaseClass in the program makes me a
>> tiny bit nervous.
>>
>> On the
Phillip J. Eby wrote:
> At 12:14 PM 12/7/2007 -0700, Neil Toronto wrote:
>> I found updating caches from setattr to be faster than invalidating
>> entries.
>
> Really? Even on the SpecialClassAttribute test? I'd have assumed that
> Armin's invalidation flag mechanism would make repeated sets fa
At 12:14 PM 12/7/2007 -0700, Neil Toronto wrote:
>I couldn't help myself. Such a beautiful thing had to be spread, and it
>was *easy* to put it in 3.0 because types are simpler. A patch is here:
>
> http://bugs.python.org/issue1568
>
>If users are going to be encouraged to subclass from the AB
I couldn't help myself. Such a beautiful thing had to be spread, and it
was *easy* to put it in 3.0 because types are simpler. A patch is here:
http://bugs.python.org/issue1568
If users are going to be encouraged to subclass from the ABC hierarchy
for new container and numeric types, they'
On Dec 7, 2007 11:23 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
> > sys.maxsize should be backported to 2.6.
>
> It's on my todo list. But at first I'm going to celebrate Python 3.0a2
> with a beer and meet some friends.
Enjoy! Me, I'm going on a conference bike with
Guido van Rossum wrote:
> sys.maxsize should be backported to 2.6.
It's on my todo list. But at first I'm going to celebrate Python 3.0a2
with a beer and meet some friends.
Christian
___
Python-3000 mailing list
Python-3000@python.org
http://mail.pyth
On Dec 7, 2007 11:06 AM, Gregory P. Smith <[EMAIL PROTECTED]> wrote:
> On 12/3/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > On Dec 2, 2007 12:56 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > > > It's only used for sys.maxint. Do we still need sys.maxint and
> > > > PyInt_GetMax()? IMO
On 12/3/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>
> On Dec 2, 2007 12:56 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > > It's only used for sys.maxint. Do we still need sys.maxint and
> > > PyInt_GetMax()? IMO PyLong_GetNativeMax() and sys.maxnativelong are
> > > better names.
> >
>
A new alpha of Python 3000 was released a few minutes ago!
http://www.python.org/download/releases/3.0/
Have fun and don't forget to report bugs at http://bugs.python.org/
Christian
signature.asc
Description: OpenPGP digital signature
___
Python-300
As people have been disregarding the freeze anyway, I declare the py3k
branch back open. I tagged it with r30a2 yesterday morning and that's
the version that I'll be releasing shortly (waiting for Crys & me to
sort out some things around the Windows MSI installer).
--Guido
On Dec 5, 2007 8:43 PM,
On Dec 7, 2007, at 10:37 AM, Neal Becker wrote:
> Right now we have 2 rather different stdlib modules for parsing
> options from
> ini-style files and from command line. I believe it would be
> desirable to
> have one module that can handle both. Is there interest in pursuing
> this
> idea?
Neal Becker wrote:
> Right now we have 2 rather different stdlib modules for parsing options from
> ini-style files and from command line. I believe it would be desirable to
> have one module that can handle both. Is there interest in pursuing this
> idea?
I'd be interested. I think rolling in
Right now we have 2 rather different stdlib modules for parsing options from
ini-style files and from command line. I believe it would be desirable to
have one module that can handle both. Is there interest in pursuing this
idea?
___
Python-3000 mailin
At 12:33 PM 12/7/2007 +0100, Christian Heimes wrote:
>Nick Coghlan wrote:
> > For example, to handle the commented out case above:
> >
> >@imp.imported('decimal')
> >def register(decimal):
> >Inexact.register(decimal.Decimal)
>
>I like the syntax assuming that imp.imported(name) exp
On Dec 6, 2007, at 8:37 AM, [EMAIL PROTECTED] wrote:
> Should the PEP acknowledge this route to module sainthood for certain
> modules?
I think this is out of scope for the PEP. It's fine if the PEP points
to new distributions for the modules as they become available.
-Fred
--
Fred Drak
On Dec 7, 2007, at 6:33 AM, Christian Heimes wrote:
> Is the py3k branch open for development again?
Oops, good question. Wish I'd wondered about that.
/me feels out of sync with the Python development cycle...
-Fred
--
Fred Drake
___
Py
Nick Coghlan wrote:
> For example, to handle the commented out case above:
>
>@imp.imported('decimal')
>def register(decimal):
>Inexact.register(decimal.Decimal)
I like the syntax assuming that imp.imported(name) expects a method that
accepts the module object as argument.
> I th
Fred Drake wrote:
> And done.
Is the py3k branch open for development again?
Christian
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-30
On Dec 7, 2007, at 1:54 AM, Brett Cannon wrote:
> I say just go ahead and rename it. Other modules are going to need to
> be renamed as well so it isn't like this is going to be a special
> case.
And done.
-Fred
--
Fred Drake
___
Python-30
guido.van.rossum wrote:
> Modified: python/branches/py3k/Lib/numbers.py
> ==
> --- python/branches/py3k/Lib/numbers.py (original)
> +++ python/branches/py3k/Lib/numbers.py Thu Dec 6 18:45:33 2007
> @@ -43,6 +43
22 matches
Mail list logo
