On 11/17/05, Walter Dörwald [EMAIL PROTECTED] wrote:
Am 17.11.2005 um 22:03 schrieb Guido van Rossum:
On 11/17/05, Walter Dörwald [EMAIL PROTECTED] wrote:
Currently StringIO.StringIO and cStringIO.StringIO behave differently
when iterating a closed stream:
s = StringIO.StringIO(foo
). But I propose to leave the choice of exception reform for Python
3000.
--
--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
, Negative size not allowed)
IOError: [Errno 22] Negative size not allowed
s = cStringIO.StringIO()
s.truncate(-42)
Well, what does a regular file say in this case?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing
Folks, I'm off for a week with my wife's family (and one unlucky
turkey :-) in a place where I can't care about email. I will be back
here on Monday Nov 28.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
be rewritten more efficiently. There are plenty of
regex experts on c.l.py.
Unless you have a multi-CPU box, the performance of your app isn't
going to improve by releasing the GIL -- it only affects the
responsiveness of other threads.
--
--Guido van Rossum (home page: http://www.python.org
right,
Ben.) I'm +1 on accepting his patches, *provided* as always they pass
muster in terms of general Python development standards. (Jeff Epler's
comments should be taken to heart.)
--
--Guido van Rossum (home page: http://www.python.org/~guido
it could break existing code.
--
--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
staggering number of memory allocation strategies sounds like
a bad idea.
--
--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
%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%40mail
On 11/28/05, Martin v. Löwis [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
Perhaps the following compromise can be made: the PSF accepts patches
from reputable platform maintainers. (Of course, like all
contributions, they must be of high quality and not break anything,
etc., before
On 11/28/05, Jeremy Hylton [EMAIL PROTECTED] wrote:
On 11/28/05, Guido van Rossum [EMAIL PROTECTED] wrote:
On 11/18/05, Neil Schemenauer [EMAIL PROTECTED] wrote:
Perhaps we should use the memory management technique that the rest
of Python uses: reference counting. I don't see why
-- if you're making tree
transformations you don't want accidental sharing to cause unexpected
side effects.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
all for exceptions becoming new-style in 2.5.)
--
--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
On 12/11/05, Steven Bethard [EMAIL PROTECTED] wrote:
On 12/11/05, Guido van Rossum [EMAIL PROTECTED] wrote:
I know about the fear of accidental reuse of class names, but I don't
find it a compelling argument.
FWIW, I know I currently have a number of classes that are potentially
hazardous
provides the benefits of implicit
name mangling without it's drawbacks.
I half agree. I've seen many classes overuse __private. But that's a
separate issue from not having the feature at all; you might as well
argue against private in Java or C++.
--
--Guido van Rossum (home page: http
inheritance.
BTW let me note that inheritance is overused. People should get used
to containment patterns (e.g. facade, delegate etc.) in favor of
inheritance patterns.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev
, and ignore
(since I/O devices are known to be fallible). The ValueError (at least
in this case) means there's a logic bug in your program -- you're
trying to use a file that you've already closed. Very important
distinction!
--
--Guido van Rossum (home page: http://www.python.org/~guido
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%40mail
more
data types which isn't necessarily offset by the advantage.
--
--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
to simplify the text, while making it
(somewhat) more prescriptive.
Thanks, Barry! I've made another pass and added a couple more tweaks,
hopefully non-controversial.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev
On 12/14/05, Barry Warsaw [EMAIL PROTECTED] wrote:
On Wed, 2005-12-14 at 14:10 -0800, Guido van Rossum wrote:
Thanks, Barry! I've made another pass and added a couple more tweaks,
hopefully non-controversial.
Cool thanks Guido. I fixed a couple of small typos.
One question: you made
until the time limit is up as well. Any
takers?
--
--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
be listed, too.
I think that's more proper for a separate PEP -- the style guide
shouldn't have to be updated each time something else is deprecated.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
-words are just as
likely to accidentally conflict with variable or function names, your
personal habits notwithstanding.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
this from Java -- maybe from C++?).
--
--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
never used). We might provide a
quit or exit command using a more sophisticated mechanism. But there
are always costs (e.g. the violation of the primciple that typing a
name shows its repr()).
In the mean time I'm a strong believer in it ain't broke so don't fix it here.
--
--Guido van Rossum (home
On 12/29/05, Aahz [EMAIL PROTECTED] wrote:
On Wed, Dec 28, 2005, Guido van Rossum wrote:
In the mean time I'm a strong believer in it ain't broke so don't fix
it here.
Does that also include my suggestion about improving the startup message?
Nobody reads that; plus it looks like it's
, sequences therefore cannot use the full
address space, and are restricted to 2**31 elements. This PEP proposes
to change this, introducing a platform-specific index type
Py_ssize_t. An implementation of the proposed change is in
http://svn.python.org/projects/python/branches/ssize_t.
--
--Guido van
it matters:
create a new dct or set from the old one automatically creates one of
the right size. E.g.
s = set(s)
replaces the set s (which may once have had 1M items and now has
nearly 1M empty slots) by one with the optimal number of slots.
Ditto for dicts:
d = dict(d)
--
--Guido van Rossum (home
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
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 mailing list
Python-Dev@python.org
will have to be released quickly.
--
--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
://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
@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 mailing list
Python-Dev
this discussion to comp.lang.python.
Yes please. This won't change.
--
--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
about the relative ordering of
*args and **kwds. In particular, I think we should be allowed to write
f(1, 2, 3, *args, x=1, y=2, **kwds) # also without **kwds
and perhaps also
f(1, 2, 3, *args, 4, 5, 6)
(though I'm less interested in supporting the latter).
--
--Guido van Rossum (home page
and has tried to interest me in providing
feedback about their compiler (and also their alternative to
valgrind). I'll contact him.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
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:
http
and again or elsewhere on the web ( e.g. in Bruce Eckels blog on
Artima )?
Perhaps because people don't understand it?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
is not appropriate for python-dev. Please use
comp.lang.python (or python-list).
But for sure, Tkinter is still being maintained by the Python
developers (mainly MvL I believe). If it appears stagnant that's
probably because Tcl/Tk itself isn't changing much.
--
--Guido van Rossum (home page: http
-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
On 1/10/06, Fredrik Lundh [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
But for sure, Tkinter is still being maintained by the Python
developers (mainly MvL I believe). If it appears stagnant that's
probably because Tcl/Tk itself isn't changing much.
afaict, Tcl/Tk 8.5 isn't moving
and Python 3? Maybe you,
Larry and whoever the Tcl/Tk master is these days (still Ousterhout?) could
agree to release all three on the same day. wink
Or we could have another bake-off and pie-throwing contest. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido
this to count against including ctypes; but I do want
it to be dealt with somehow!
--
--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 1/10/06, Delaney, Timothy (Tim) [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand I agree that this is a useful module
to the 'uncrashable python' idea :)
I'm not saying it's uncrashable. I'm saying that if you crash it, it's
a bug unless proven harebrained.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
in the middle where
you may or may not get a crash depending on random other stuff that is
going on, and the only way to know is to try. It's easy enough to code
a loop that tries higher and higher values until it finds a crash.
--
--Guido van Rossum (home page: http://www.python.org/~guido
their own identities?
I think that's unnecessary, and not any more effective than what we
already do -- ask for a signed contributor form. Someone who signs
that form Tim Peters won't be stopped by a clause asking them to use
their real name, *really*.
--
--Guido van Rossum (home page: http
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
other posters, I suspect that the best way of detecting numbers
might be some other kind of test, not necessarily a call to
isinstance().
It would also help to explain the user case more. (I've been bitten
doesn't convey a lot of information. :-)
--
--Guido van Rossum (home page: http
; they have many special
properties and purposes.
Also note that basestring was introduced in 2.3, a whole release
*after* inheritance from str was made possible.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python
e.g. to the Numeric Python folks, who like to implement
their own integral types but are suffering from that their integers
aren't usable everywhere.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
about rounding/truncating. I talked to some Numeric folks and
they understand and agree.
--
--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
they
see str() and int() as each other's opposites, not having seen other
uses of either (especially str()).
Given the amount of disagreement on this issue and my own lackluster
interest I don't want to pronounce str(i, base) to be the right
solution. Sorry!
--
--Guido van Rossum (home page: http
? What would %b print?
--
--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 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
that RMS is an asshole now? Bah.
--
--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
not yet.
--
--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
is needed, if the problem is important enough to be solved.
Thoughts?
--
--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 1/20/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 10:17 AM 01/20/2006 -0800, Guido van Rossum wrote:
The discussion about PEP 343 reminds me of the following. Bram Cohen
pointed out in private email that, before PEP 342, there wasn't a big
need for a shortcut to pass control to a sub
always
relevant (or is dynamic, or is a huge expression); and square brackets
are the standard way in computer manuals to indicate optional parts of
syntax.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
still need to do thorough testing -- like the rest
of the docs, these annotations can't be 100% perfect.)
As far as noise goes, new in X is minor compared to all the stuff
that's documented that the average user never needs... :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido
implement the formatter for @since yet. It should simply be
an addition to the text paragraph that precedes it, like in the
regular docs.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
across versions.
(Although I can also see the point of starting afresh for each release
-- at some point the sheer amount of (possibly outdated) user comments
reduces their usefulness.
--
--Guido van Rossum (home page: http://www.python.org/~guido
are still importable in 2.4 (I
don't have a 2.5 handy here at Google, and my home machine seems
inaccessible). ISTM these last three can safely be dropped now.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
.
I can't guarantee that I'll be mentoring you, but if you end up using
Python in Mountain View, I'm sure we'll be interacting quite a bit!
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
?
What would break if we rewrote the save functionality to produce a
predictable order?
--
--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
just Michael doesn't really help. I'm too
old fogey to get used to using IRC handles to refer to people; I can
never keep the mapping in my head.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
, is 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-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail
Guido van Rossum wrote:
Aha. I am beginning to understand. When people say ConfigParser is
hopeless they mean .INI files are hopeless. I happen to disagree.
(There's also a meme that says that every aspect of an app should be
configurable. I disagree with that too. As Joel Spolski points
be updated?
--
--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
--
--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
accept this fine.
Perhaps the AST tree enforces stricter syntax for what can precede a
future statement? I think this should be fixed.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
error (which I think is wrong too),
could this be solved by *requiring* the argument to be a string? (Or
some other data type, but that's probably overkill.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
= _PyLong_AsScaledDouble(vv, e);
first. That isn't a useful warning.
But how can the compiler know that it is an output-only argument?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
-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://mail.python.org/mailman/options/python-dev
After so many attempts to come up with an alternative for lambda,
perhaps we should admit defeat. I've not had the time to follow the
most recent rounds, but I propose that we keep lambda, so as to stop
wasting everybody's talent and time on an impossible quest.
--
--Guido van Rossum (home page
),
or do you include the authors of the 17 files I count under some prefix/Lib
that have
isinstance(something, int) in them?
Josiah is correct, and those modules all have bugs.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python
of an
object. The next most likely solution is to make long a subclass of
int, or perhaps to make int an abstract base class with two
subclasses, short and long.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python
/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://mail.python.org/mailman/options/python-dev/archive
/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://mail.python.org/mailman/options/python-dev
is to add parentheses
around the arguments, so you'd write lambda(x, y): x**y instead of
lambda x, y: x**y.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
. I never even considered making this illegal. :-)
--
--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
speakers).
Right. As a non-native speaker I can confirm that for English
learners, cue is a bit mysterious at first while hint is obvious.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
Python into an expression
language. Change the use of parentheses a bit, and... voila, Lisp! :-)
duck
--
--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 document is placed in the public domain
If you agree with the above comments, please send me an updated
version of the PEP and I'll check it in over the old one, and approve
it. Then just use SF to submit the patch etc.
--
--Guido van Rossum (home page: http://www.python.org/~guido
? ceval.c uses this macro only in the slice
processing code. I don't particularly care what it's called...
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
On 2/9/06, Martin v. Löwis [EMAIL PROTECTED] wrote:
COM really solves all problems people might have on Windows.
Taken deliberately out of context, that sounds rather like a claim
even Microsoft itself wouldn't make. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido
confusing
optional parameter. And you won't have to wait for Python 2.5.
--
--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
exception if the
inputs produced an approximated result. I'd rather be made aware of
this problem on the first run. Then I can decide whether to use int()
or int(round()) or whatever other appropriate conversion.
--
--Guido van Rossum (home page: http://www.python.org/~guido
already asked
you). There's some text somewhere in the guidelines for python
developers on when to know when to give up. Read it. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
the entire PEP directory).
--
--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
, but if
nobody suggests something better then we should just go with
__index__.
--
--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
-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://mail.python.org/mailman/options/python-dev
if not randomly.
--
--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
string literals to
PyArg_ParseTupleAndKeywords's kws argument).
Is it too late to revert this one?
Is there another way to make C++ programmers happy (e.g. my having a
macro that expands to const when compiled with C++ but vanishes when
compiled with C?)
--
--Guido van Rossum (home page: http
be appropriate to start a
new topic to discuss specific PEPs; a response to this thread
referencing the new thread would be appropriate.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
library. The web-sig has been discussing additional things that might
be proposed for addition but I believe there's no consensus -- in any
case we ought to be conservative.
- setuplib? Wouldn't it make sense to add this to the 2.5 stdlib?
--
--Guido van Rossum (home page: http://www.python.org/~guido
On 2/10/06, Thomas Wouters [EMAIL PROTECTED] wrote:
On Fri, Feb 10, 2006 at 11:06:24PM +0100, M.-A. Lemburg wrote:
Guido van Rossum wrote:
PEP 328: Absolute/Relative Imports
Yes, please.
+0 for adding relative imports. -1 for raising errors for
in-package relative imports using
with the
feature but my own feeling is that this doesn't need a PEP and Barry
can Just Do 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
501 - 600 of 5880 matches
Mail list logo