xahlee xahlee.org> writes:
> Today i ran into one of Guido van Rossum's blog article titled
> “Language Design Is Not Just Solving Puzzles” at
> http://www.artima.com/weblogs/viewpost.jsp?thread=147358
The confrontational tone of this post makes it pretty much impossible
to have a reasonable d
Hi all!
Martin von Löwis said that it'd be necessary to discuss a patch to Python's
ability to parse command-line parameters to the interpreter here, and I
thought I might start the ball rolling.
The associated patch of mine is:
http://sourceforge.net/tracker/index.php?func=detail&aid=1481112&
BJörn Lindqvist wrote:
> would have thought that the one obvious way to get rid of
> the wanky feeling would have been to write:
>
> def make_person(name, age, phone, location): ...
>
> make_person(name, age, phone, location)
This doesn't fly in something like PyGUI, where there
are literally do
This is utterly irrelevant for python-dev. Please take it elsewhere.
Thanks,
Anthony
___
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/arch
Today i ran into one of Guido van Rossum's blog article titled
“Language Design Is Not Just Solving Puzzles” at
http://www.artima.com/weblogs/viewpost.jsp?thread=147358
The article reads very kooky. The bottom line is that Guido simply
does not like the solution proposed for fixing the lambda
Guido van Rossum python.org> writes:
> Sorry to bother the list -- talin, mail to you is bouncing:
Someone sent me mail? Cool! :)
Sorry about that, I'm in the process of migrating hosting providers, and I
forgot to add an email account for myself :) It should be better now, I'll do
some more
> > >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 as
>
>make_person(name=name, age=age, phone=phone, location=location)
>
> I come across use cases for this fairl
Luke Dunstan wrote:
> 1. Is there any reason in principle why patches for Windows CE support would
> be rejected?
No, not in principle. Of course,
- the patch shouldn't break anything
- you should state an explicit commitment to support the port for
some years (or else it might get removed at t
[Crossposting to both python-dev and ctypes-users, please respond to the list
that seems most appropriate]
Guido van Rossum wrote:
> I see test failures in current HEAD on my Google Red Hat Linux desktop
> that the buildbots don't seem to have:
>
> ./python -E -tt ../Lib/test/regrtest.py test_cty
Hi,
I would like to explore the possibility of submitting patches to allow
Python to work on Windows CE out of the box. I have a few questions in
preparation:
1. Is there any reason in principle why patches for Windows CE support would
be rejected?
2. Should I submit unified diffs or context
I found out that May 27th is on Memorial Day weekend, and some people
will doubtless have travel plans. Let's aim for the next Saturday,
June 3rd. (No intersection with the Need for Speed sprint; oh well.)
I'll post a detailed announcement and set up a wiki page when things
are nailed down, but
Brett Cannon wrote:
> On 5/2/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>> All of the use cases I can think of (introspection for documentation
>> purposes
>> or argument checking purposes) don't really suffer either way
>> regardless of
>> whether the signature retrieval is spelt "obj.__signatu
"Vladimir 'Yu' Stepanov" <[EMAIL PROTECTED]> wrote:
> Comparison of functions of sorting and binary trees not absolutely
> correctly. I think that function sort will lose considerably on
> greater lists. Especially after an insert or removal of all one element.
Generally speaking, people who un
There is less than a week left before students must submit a final
application. There are a bunch of ideas up on the wiki:
http://wiki.python.org/moin/SummerOfCode/
The wiki has instructions for how to submit a proposal. There are
many different areas including: core language features, lib
14 matches
Mail list logo
