portant for development of python, software
> i am sory anyway hope will be helpful.
Please consult the documentation first:
http://docs.python.org/lib/typesmapping.html . You're looking for the
get() method.
This attribute of PHP is hardly considered a feature, and is not
something
ing list volume and
documentation size.)
In light of this PEP, PEP 3107's function annotations should be
rejected. All that hippie feel-good crap about "user-defined
annotations" and "open-ended semantics" and "no rules, man" was just
going to get us into trouble. This PEP's more modern conception of
type annotations give the language a power and expressiveness that my
PEP could never hope to match.
This is clearly a move in the right direction. +4 billion.
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
It is not documented which of these tests takes priority: is the
classmethod "a test method within a test case class" or is it a
callable? The same issue applies to staticmethods as well.
Once I get answers to these questions, I can finish off the last few
bits of the test suite and h
d in the C
implementation.
+ The test suite has been enhanced to do reference count checking
after each test, making it much easier to track down future errors in
the C implementation.
+ The C implementation now supports Python 2.3, in addition to 2.4 and 2.5
As always, feedback welcome!
Collin Winte
SF #1495358; typeclasses can now actually be used.
As always, feedback welcome!
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
functional 0.5.
+ Weakref support has been added to flip and compose objects in the C version.
+ Sundry performance improvements for the C implementation.
As always, feedback welcome!
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
r.com/code/svnmock/.
As always, feedback welcome!
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
On 10 Feb 2006 19:57:48 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Collin Winter wrote:
> > As always, feedback welcome!
>
> Any specific reason flip only flip the first 2 arguments rather than
> the whole tuple ?
>
> That is, I would like to see:
&g
ied installing the package in all sorts of ways and haven't
been able to reproduce this problem. I'm guessing that somewhere in
your setuptools configuration, however, that there's a config file
passing --multi-version or --install-dir without your knowledge. Do
you get this same message when installing other Python packages?
Thanks,
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
the C
implementation. Also, a number of functions were removed, as I had
unknowingly duplicated a lot of functionality from the itertools
module.
As always, feedback welcome!
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
dding them directly to the instance doesn't get you a
subscriptable object. This is because the interpreter looks at the
methods defined by the class, rather than the instance's attributes.
Just a word of caution.
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
elopment
> process. ;-)
I'm relatively new to the python-dev world, but I intend to do what I
can to eliminate blemishes like __builtins__.
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
is indicates that, at the very
least, users should be explicitly told -- up front, in the official
documentation -- that they shouldn't ever touch __builtins__. Maybe
__builtins__ could be removed entirely from Py3.0, thus bringing
reality in to sync with policy.
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
tter issuing a deprecation warning for a
while. My tests indicate that this is possible, with both module.attr
and module['item'] forms available.
Collin Winter
--
http://mail.python.org/mailman/listinfo/python-list
On 9/23/05, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Collin Winter wrote:
>
> > As it currently stands, the type of the global __builtins__ differs
> > depending on whether you're in the __main__ namespace (__builtins__ is
> > a module) or not (its a dict)
ould be easily fixable).
If this gets a good response, I'll kick it up to python-dev.
Thanks,
Collin Winter
[1] http://mail.python.org/pipermail/python-list/2002-May/103613.html
[2] http://www.python.org/doc/2.4.1/ref/naming.html
--
http://mail.python.org/mailman/listinfo/python-list
16 matches
Mail list logo
