a bit more
intelligent than a plain list.
Oh please, yes. Replacing the current import code is one of the things
I really really want to see in 3.0.
Please no more metoos here; I've already forwarded this to the py3k
list with an enthusiastic recommendation.
--
--Guido van Rossum (home page
://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
that only work in the KDE
world. It's fine for Python to provide Python-specific solutions for
issues that have no cross-platform native solution.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
. Such means considered individually.
#1 and #2 especially explain the usage we're considering.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
apologize for my poor English, I am trying to do my best.
No problem. We can understand you fine!
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
On 4/21/06, tomer filiba [EMAIL PROTECTED] wrote:
yeah, i came to realize nothing helpful will ever come out from this list,
so i might as well stop trying.
Thanks for your encouraging words. Now go away. (Just returning your
polite banter.)
--
--Guido van Rossum (home page: http
On 4/21/06, Mateusz Rukowicz [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
On 4/21/06, Mateusz Rukowicz [EMAIL PROTECTED] wrote:
Next thing I would add is multi precision floating point type to the
core and fraction type, which in some cases highly improves operations,
which would have
OK, now I'm confused. I hope that Phillip understands this and will
know what to do.
On 4/21/06, Nick Coghlan [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
Sorry Nick, but you've still got it backwards. The name of the
decorator shouldn't indicate the type of the return value (of calling
to be fixed, and in 2.5 as well.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
to be fixed, and in 2.5 as well.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
a few applications for multiple dispatch, probably).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
in an age before the web
was mature.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
or is there some other procedure?
I guess the better place to ask is [EMAIL PROTECTED] -- this reaches the
PSF board which decides and has expertice about such matters. (And no,
I'm not on that list any more -- I've learned to delegate. :-)
--
--Guido van Rossum (home page: http://www.python.org
I was actually referring to the quality of the code.
On 4/22/06, John J Lee [EMAIL PROTECTED] wrote:
On Sat, 22 Apr 2006, Fredrik Lundh wrote:
Guido van Rossum wrote:
[...]
Python sorely lacks; but I've also heard from more than one person
that CPAN sucks from a quality perspective. So I
be debatable; the module docstring warns
that the code hasn't been reviewed for security issues, but on the
other hand if there's a WSGI library, we do want the available HTTP
server to support it.
I'd like simple_server; I've got an app based on it already.
--
--Guido van Rossum (home page: http
/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
with the correct rules for varlist is not hard.
--Guido
On 4/24/06, Michael Foord [EMAIL PROTECTED] wrote:
(oops - should have gone to list)
Guido van Rossum wrote:
Well, yes, the syntax is supposed to be something like for varlist in
testlist. Could you report this as a doc bug (if you found
the to-do item
UNLOCK
except that the outer LOCK/UNLOCK pair should be using a try/except
and the inner UNLOCK/LOCK pair should too. I don't see how you can do
this easily by rewriting the code; the rewrite would be considerably
ugly (or requires a GOTO :-).
--
--Guido van Rossum (home page: http
is the
dictionary size? Do they use ma_smalltable, or do they have an extra
ma_table?
But the space savings by using __slots__ is so much bigger! (And less
work than hacking the C code too. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido
of
course the existing try/finally is fine). I'm not sure if the use case
is strong enough to warrant adding it; I think it's fine not to
support it directly.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python
---
http://www.boredomandlaziness.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum
On 4/25/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 11:37 AM 4/25/2006 -0700, Guido van Rossum wrote:
But what's the use case? Have we actually got an example where it
makes sense to use the thing with __enter__ and __exit__ methods in
a with-statement, other than the (many) examples where
namespace, etc. The with-statement
does *not* create a namespace in this sense -- there's no new place
where name lookup can take place. In particular, this code prints 42:
x = 1
with whatever(doesnt_matter):
x = 42
print x
--
--Guido van Rossum (home page: http://www.python.org/~guido
On 4/25/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 04:18 PM 4/25/2006 -0700, Guido van Rossum wrote:
But the question remains,
under what circumstances is it convenient to call __context__()
explicit, and pass the result to a with-statement?
Oh. I don't know of any; I previously asked
On 4/25/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 05:20 PM 4/25/2006 -0700, Guido van Rossum wrote:
I would augment #1 to clarify that if you have __enter__ and __exit__
you may not have __context__ at all; if you have all three,
__context__ must return self.
Well, requiring
the particleness from the waveness, which was what
started this whole thing in the first place... :)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
this would be
okay to add to 2.5, they can do so.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
On 4/26/06, André Malo [EMAIL PROTECTED] wrote:
* Guido van Rossum wrote:
So I have a very simple proposal: keep the __init__.py requirement for
top-level pacakages, but drop it for subpackages. This should be a
small change. I'm hesitant to propose *anything* new for Python 2.5,
so I'm
On 4/26/06, Benji York [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
So I have a very simple proposal: keep the __init__.py requirement for
top-level pacakages, but drop it for subpackages.
So this would mean that current non-package subdirectories in a package
(that contain things like
channel is completely forgotten.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python
On 4/26/06, Barry Warsaw [EMAIL PROTECTED] wrote:
On Wed, 2006-04-26 at 10:16 -0700, Guido van Rossum wrote:
So I have a very simple proposal: keep the __init__.py requirement for
top-level pacakages, but drop it for subpackages. This should be a
small change. I'm hesitant to propose
On 4/26/06, André Malo [EMAIL PROTECTED] wrote:
* Guido van Rossum wrote:
On 4/26/06, André Malo [EMAIL PROTECTED] wrote:
* Guido van Rossum wrote:
So I have a very simple proposal: keep the __init__.py requirement
for top-level pacakages, but drop it for subpackages. This should
On 4/26/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 10:16 AM 4/26/2006 -0700, Guido van Rossum wrote:
So I have a very simple proposal: keep the __init__.py requirement for
top-level pacakages, but drop it for subpackages.
Note that many tools exist which have grown to rely on the presence
OK, forget it. I'll face the pitchforks.
I'm disappointed though -- it sounds like we can never change anything
about Python any more because it will upset the oldtimers.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev
source code directories from the check in
dirname).
This wouldn't work of course -- the newbie would try to test it before
checking it in, so the hook would not be run.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing
On 4/26/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 01:49 PM 4/26/2006 -0700, Guido van Rossum wrote:
OK, forget it. I'll face the pitchforks.
I'm disappointed though -- it sounds like we can never change anything
about Python any more because it will upset the oldtimers.
I know exactly
it) that does not involve changing the language or its
implementation.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
On 4/26/06, Thomas Wouters [EMAIL PROTECTED] wrote:
On 4/26/06, Guido van Rossum [EMAIL PROTECTED] wrote:
OK, forget it. I'll face the pitchforks.
Maybe this'll help:
http://python.org/sf/1477281
(You can call it 'oldtimer-repellant' if you want to use it to convince
people
. There's nothing particularly unpythonic about
optional behavior; e.g. classes may or may not provide an __init__
method.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
useful to distinguish a subpackage from a non-subpackage?
Anyway, the warning is more compatible and just as helpful so we'll go
with that.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
live in zip files, or be accessed via whatever
other magic an import handler users.
(Thomas's warning won't happen in those cases BTW -- it only affects
the default import handler.)
--
--Guido van Rossum (home page: http://www.python.org/~guido
On 4/26/06, Anthony Baxter [EMAIL PROTECTED] wrote:
On Thursday 27 April 2006 06:49, Guido van Rossum wrote:
OK, forget it. I'll face the pitchforks.
I'm disappointed though -- it sounds like we can never change
anything about Python any more because it will upset the oldtimers.
I'm
.
But I'm fine with the warning -- it should be enough to keep Google's
newbies from wasting their time.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
very rarely the case, I believe)
or lastly, make regrtest.py ignore those specific warnings?
I'd say the latter. That's how we deal with warnings during the test
suite in general don't we?
--
--Guido van Rossum (home page: http://www.python.org/~guido
___
Python-checkins mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-checkins
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
On 4/27/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 11:38 AM 4/27/2006 -0700, Guido van Rossum wrote:
The change below was rolled back because it broke other stuff. But IMO
it is actually necessary to fix this,
Huh? The change you showed wasn't reverted AFAICT; it's still on the trunk
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
that need
and those that do can download it from SF.
- Support for building fat Mac binaries (Intel and PPC)
(Owner: Ronald Oussoren)
Yes, this would be cool.
wsgiref is the most important one, I think. If there's anything I can
do to help, please let me know.
--
--Guido van
of that's even better. Achieving a perfect
decision is not the goal; having general consensus that adding it
would be better than not adding is would be good. Pointing out
specific bugs in wsgiref and suggesting how they ought to be fixed is
also welcome.
--
--Guido van Rossum (home page: http
(but probably a bit simpler):
http://svn.pythonpaste.org/Paste/trunk/paste/urlmap.py
IMO this is getting into framework design. Perhaps something like this
could be added in 2.6?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python
to convince me either. Maybe you can convince Phillip; I'm going to
try to sit on my hands now.
--Guido
On 4/28/06, Ian Bicking [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
I think another useful addition would be some prefix-based dispatcher,
similar to paste.urlmap (but probably a bit
for doing what you think is best.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
!
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
since they seem exclusive to text
processing. Ditto for strip/lstrip/rstrip although an argument for
those could probably be made, with mandatory 2nd arg.)
Unhelpfully y'rs,
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev
to be done well
before the planned 2.5b1 release (see PEP 256 for the 2.5 release
timeline). You should make sure that the patched Python 2.5 passes all
unit tests before submitting your test.
Good luck!
--
--Guido van Rossum (home page: http://www.python.org/~guido
to
_update_wrapper() wouldn't be just as useful. (Perhaps with a simpler
API -- I'm tempted to call YAGNI on the __decorator__ and
__decorates__ attributes.)
I think there are too many design options here to check this in
without more discussion.
--
--Guido van Rossum (home page: http://www.python.org
that are
often incremented or decremented could reduce writing:
with mycontext.some_method(prec_incr=2):
BODY
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
could easily be restored to its previous
case where it had its own __enter__ and __exit__ methods that called
the corresponding methods of the underlying lock. The code currently
in svn is merely an optimization.)
--
--Guido van Rossum (home page: http://www.python.org/~guido
to fix PEP 343? Or at least come up with a
draft patch? We can take this off-linel with all the +0's and +1's
coming in I'm pretty comfortable with this change now, although we
should probably wait until later today to commit.
--
--Guido van Rossum (home page: http://www.python.org/~guido
be used for the join() builtin that
some folks are demanding: join(iterable, sep= , auto_str=False).
For the record, I'm +1 on Talin's PEP, -1 on join.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
probably be more
helpful, e.g. suggesting that you might need to use a `global foo'
declaration.
You're joking right?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
On 4/30/06, Georg Brandl [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
I expect that at some point people will want to tweak what gets copied
by _update_wrapper() -- e.g. some attributes may need to be
deep-copied, or personalized, or skipped, etc.
What exactly do you have in mind
.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
.
For the record, I'm holding off adding join() for now; I'd rather
speed up the += operation.
--Guido
On 4/30/06, Josiah Carlson [EMAIL PROTECTED] wrote:
Guido van Rossum [EMAIL PROTECTED] wrote:
On 4/29/06, Josiah Carlson [EMAIL PROTECTED] wrote:
I understand the underlying implementation
of implementation issue.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive
On 5/1/06, John Keyes [EMAIL PROTECTED] wrote:
On 5/1/06, Guido van Rossum [EMAIL PROTECTED] wrote:
Wouldn't this be an incompatible change? That would make it a no-no.
Providing a dummy argv[0] isn't so hard is it?
It would be incompatible with existing code, but that code is
already
%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive
()
This will print the initial value for sys.argv, not [a, b, c].
With the late binding version it will print [a, b, c]:
def foo(argv=None):
if argv is None:
argv = sys.argv
print argv
--
--Guido van Rossum (home page: http://www.python.org/~guido
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
will first have to
implement the new I/O library, which is what I'm focusing on right
now. I already have a fairly minimal but functional bytes type, which
I'll modify as I go along and understand more of the requirements.
--
--Guido van Rossum (home page: http://www.python.org/~guido
()
builtin.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page
/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
beats me to it. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive
sometimes thought
it would be useful to be able to say something like
make_person(=name, =age, =phone, =location)
And even with Terry's use case quoted I can't make out what you meant
that to do.
--
--Guido van Rossum (home page: http://www.python.org/~guido
this output:
/usr/lib/libglut.so.3
/usr/lib/libglut.so.3.7
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
).
I'm -1 on *dis*allowing reusing a name bound in a for loop in any
construct i.e. +1 for the status quo.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
On 5/2/06, Greg Ewing [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
On 5/2/06, Greg Ewing [EMAIL PROTECTED] wrote:
make_person(=name, =age, =phone, =location)
And even with Terry's use case quoted I can't make out what you meant
that to do.
I meant it to do the same thing
Reminder: the best way to get rid of a troll is to ignore him.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
) in the
To: header and limit your post to 20 lines.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
with
respect to one another will be ordered. Equality tests are unaffected,
x==y will simply return False if x and y are of incomparable types;
but xy (etc.) will raise an exception.
--
--Guido van Rossum (home page: http://www.python.org/~guido
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
that the programmer will know whether
they are expecting a dict or an object with attributes.
Hm, perhaps [EMAIL PROTECTED] might work? It's not an existing binary operator.
Or perhaps # or !.
It's too late to think straight so this will have to be continued...
--
--Guido van Rossum (home page: http
On 5/19/06, Talin [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
[http://www.python.org/dev/peps/pep-3101/]
http://msdn.microsoft.com/library/en-us/cpguide/html/cpconcompositeformatting.asp
[on width spec a la .NET]
We already have that now, don't we? If you look at the docs for String
of the second part. So I am not sure
that there is anything more to discuss.
Perhaps I should go ahead and put 3102 on c.l.p at this point.
+1
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
It seems I have libz 1.1.4. Is this no longer supported?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
Then options 2 and 3 are both fine.
Not compiling at all is *not*, so if nobody has time to implement 2 or
3, we'll have to do 4.
--Guido
On 5/21/06, Martin v. Löwis [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
What was the purpose of the patch in the first place?
I don't fully
/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
801 - 900 of 5880 matches
Mail list logo