Raymond Hettinger wrote:
Since I expect students to be among the users for the comb/perm
functions, there is some merit to keeping the API as simple as possible.
Besides, it is not hard to use the existing tool as a primitive to get to
the one you want:
def mycombinations(iterable, r_seq):
Brett Cannon wrote:
> On Sat, Jan 24, 2009 at 14:46, Raymond Hettinger wrote:
>> I would like to deprecate some outdated functions in the operator module.
>>
>> The isSequenceType(), isMappingType(), and isNumberType()
>> functions never worked reliably and now their
>> intended purpose has been l
Raymond Hettinger wrote:
> Since I expect students to be among the users for the comb/perm
> functions, there is some merit to keeping the API as simple as possible.
> Besides, it is not hard to use the existing tool as a primitive to get to
> the one you want:
>
> def mycombinations(iterable,
On Sat, Jan 24, 2009 at 14:46, Raymond Hettinger wrote:
> I would like to deprecate some outdated functions in the operator module.
>
> The isSequenceType(), isMappingType(), and isNumberType()
> functions never worked reliably and now their
> intended purpose has been largely fulfilled by
> ABCs.
On Sat, Jan 24, 2009 at 16:44, Nick Coghlan wrote:
> Brett Cannon wrote:
>> On Sat, Jan 24, 2009 at 15:34, "Martin v. Löwis" wrote:
> Second, I think it would be good to explicitly mention the option of
> deferring this PEP. Based on previous discussion, it sounds like there
> are a
Brett Cannon wrote:
> On Sat, Jan 24, 2009 at 15:34, "Martin v. Löwis" wrote:
Second, I think it would be good to explicitly mention the option of
deferring this PEP. Based on previous discussion, it sounds like there
are a fair number of people who think that there is a DVCS in Py
On Sat, Jan 24, 2009 at 15:34, "Martin v. Löwis" wrote:
>>> Second, I think it would be good to explicitly mention the option of
>>> deferring this PEP. Based on previous discussion, it sounds like there
>>> are a fair number of people who think that there is a DVCS in Python's
>>> future, but no
>> How do I work around this difference in Makefile.pre.in?
Martin> To answer this question, I would have to see the exact fragment
Martin> that you want to see in the Solaris case, and the exact fragment
Martin> that you want to have in the OSX case. Can you provide these?
I'll w
>> Second, I think it would be good to explicitly mention the option of
>> deferring this PEP. Based on previous discussion, it sounds like there
>> are a fair number of people who think that there is a DVCS in Python's
>> future, but not now (where "now" means over the next couple of years).
>
>
> How do I work around this difference in Makefile.pre.in?
To answer this question, I would have to see the exact fragment that
you want to see in the Solaris case, and the exact fragment that you
want to have in the OSX case. Can you provide these?
Regards,
Martin
___
http://bugs.python.org/issue4111
Jeez, I'm an idiot. Should be
http://bugs.python.org/issue5047
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mai
Martin> Monterey was cancelled in 2000, although parts of it were
Martin> integrated into AIX 5L.
Thanks...
http://bugs.python.org/issue4111
It doesn't appear it's mentioned anywhere other than in the configure
script.
Skip
___
Python-De
I would like to deprecate some outdated functions in the operator module.
The isSequenceType(), isMappingType(), and isNumberType()
functions never worked reliably and now their
intended purpose has been largely fulfilled by
ABCs.
The isCallable() function has long been deprecated
and I think it
http://bugs.python.org/issue5046
mingw+msys port which was previously done against python-2.5.2 has
been brought forward to latest subversion r68884. the primary reason
for initially doing python 2.5.2 was to 1) "stay out of the way" of
primary python development 2) provide some hope for those pe
On Sat, Jan 24, 2009 at 07:25, Aahz wrote:
> On Thu, Jan 22, 2009, Brett Cannon wrote:
>>
>> I have now converted PEP 374
>> (http://www.python.org/dev/peps/pep-0374/) from Google Docs to reST
>> and checked it in.
>
> First of all, thanks for providing PEP number, URL, and short title;
> that mak
>> but basically, not only is this technique nothing new - it's in use in
>> Apache RunTime, FreeDCE, the NT Kernel, the Linux Kernel - but also
> This look like simple RPC implemantation.
yep.
> If I remember well SUN-RPC assign number to program, function, version.
yep - i forgot about that
I'm working on issue 4111 which will add dtrace support to Python when
requested by the builder and when supported by the platform (currently just
Solaris and Mac OSX I believe).
Sun and Apple have quite different ways to generate the code necessary to
link into the executable. Sun's dtrace comma
> What is Monterey?
Monterey was the code name of a joint operating system project of
SCO and IBM, porting AIX to 64-bit processors (apparently, IA-64
and POWER). See
http://www.cs.umbc.edu/help/architecture/idfmontereylab.pdf
http://en.wikipedia.org/wiki/Project_Monterey
Monterey was cancelled
s...@pobox.com wrote:
From configure.in:
# The current (beta) Monterey compiler dies with optimizations
# XXX what is Monterey? Does it still die w/ -O? Can we get rid of this?
case $ac_sys_system in
Monterey*)
OPT=""
;;
esac
What is Monterey? C
>From configure.in:
# The current (beta) Monterey compiler dies with optimizations
# XXX what is Monterey? Does it still die w/ -O? Can we get rid of this?
case $ac_sys_system in
Monterey*)
OPT=""
;;
esac
What is Monterey? Can this check be removed
From: "Konrad Delong"
I'm not sure if it's the right place to post it. If so - I'll be glad
to learn where is one.
Please post a feature request on the bug tracker and assign it to me.
Anyway:
I think the function itertools.combinations would benefit from making
the 'r' (length of the combi
I'm not sure if it's the right place to post it. If so - I'll be glad
to learn where is one.
Anyway:
I think the function itertools.combinations would benefit from making
the 'r' (length of the combinations) argument optionally a sequence.
With that change one could call combinations(sequence, [2,
Luke Kenneth Casson Leighton wrote:
On Fri, Jan 23, 2009 at 10:48 PM, Roumen Petrov
[SNIP]
but it would certainly mean that there would be both a future-proof
path for binary modules from either msvc-compiled _or_ mingw-compiled
2.5, 2.6, 2.7 etc. to work with 2.5, 2.6, 2.7, 2.8 etc. _without_
Aahz wrote:
> On Thu, Jan 22, 2009, Brett Cannon wrote:
>> I have now converted PEP 374
>> (http://www.python.org/dev/peps/pep-0374/) from Google Docs to reST
>> and checked it in.
>
> First of all, thanks for providing PEP number, URL, and short title;
> that makes it much easier to keep track o
Anatoly,
I'm confused. The subprocess already allows reading/writing its
stdin/stdout/stderr, and AFAIK it's a platform-neutral API. I'm sure
there's something missing, but your post doesn't make it clear what
exactly, and the recipe you reference is too large to digest easily.
Can you explain wha
On Thu, Jan 22, 2009, Brett Cannon wrote:
>
> I have now converted PEP 374
> (http://www.python.org/dev/peps/pep-0374/) from Google Docs to reST
> and checked it in.
First of all, thanks for providing PEP number, URL, and short title;
that makes it much easier to keep track of the discussion on l
On Fri, Jan 23, 2009 at 11:18:37PM +0100, "Martin v. L?wis" wrote:
> > I don't see how starting with an empty directory helps. The filename
> > comes from the client, and the FTP server can't know what the actual
> > encoding of that filename is.
>
> Sure it can. If the client supports RFC 2640,
Greetings,
This turned out to be a rather long post that in short can be summarized as:
"please-please-please, include asynchronous process communication in
subprocess module and do not allow "available only on ..."
functionality", because it hurts the brain".
Code to speak for itself: http://cod
On Sat, Jan 24, 2009 at 12:28 AM, Roumen Petrov
>>
>> I would better use SCons for both unix and windows builds. In case of
>> windows for both compilers - mingw and microsoft ones. To port curses
>> extension to windows I need to know what gcc options mean, what are
>> the rules to write Makefiles
On Fri, Jan 23, 2009 at 10:48 PM, Roumen Petrov
wrote:
>>> python.exe (say, the official one) loads
>>> python25.dll. Then, an import is made of a ming-wine extension, say
>>> foo.pyd, which is linked with libpython2.5.dll, which then gets loaded.
>>> Voila, you have two interpreters in memory, w
30 matches
Mail list logo
