On Fri, Jul 16, 2010 at 10:38 PM, Brandon Hayden
wrote:
> In the Python language, or any other language for that matter, ..
You brought this question to the wrong forum, but in Ruby you can do
>> 10.times{f}
to execute f 10 times.
___
Python-Dev maili
On 7/16/2010 10:38 PM, Brandon Hayden wrote:
In the Python language, or any other language for that matter, I have
never understood why they don't have a loop function. Here's what I
mean, every time someone wants something to repeat itself, they have to
write a while loop like this:
x = 0
while
In the Python language, or any other language for that matter, I have never
understood why they don't have a loop function. Here's what I mean, every time
someone wants something to repeat itself, they have to write a while loop like
this:
x = 0
while x < 10:
function()
x = x + 1
Wh
I always thought that date.today() was a date class method and its
availability as a datetime method was an artifact of datetime
inheritance from date. I thought datetime.today() would be just the
same as date.today(). It turned out I was wrong. Instead,
datetime.today() is more like datetime.no
Am 16.07.2010 22:55, schrieb Terry Reedy:
> On 7/7/2010 2:27 PM, Georg Brandl wrote:
>> Am 07.07.2010 19:53, schrieb Éric Araujo:
I promised to write a PEP about that some time in the future. (Probably
after
3.2 final.)
>
>>> It seems that projects putting Sphinxy reST in their do
On 7/7/2010 2:27 PM, Georg Brandl wrote:
Am 07.07.2010 19:53, schrieb Éric Araujo:
I promised to write a PEP about that some time in the future. (Probably after
3.2 final.)
It seems that projects putting Sphinxy reST in their doc are using
automatic doc generation. This is however not always
I have updated the benchmark to now measure importing source w/o writing
bytecode, importing source & writing bytecode, and importing bytecode w/
source (as I don't care about sourceless import performance).
Now, before you look at these numbers, realize that I have not once tried to
profile impor
On Wed, 14 Jul 2010 23:06:58 -0700
Brett Cannon wrote:
> >
> > In any case, here my results under a Linux system:
> >
> > $ ./python -m importlib.test.benchmark
> > sys.modules [ 323782 326183 326667 ] best is 326667
> > Built-in module [ 33600 33693 33610 ] best is 33693
> >
> > $ ./python -m imp
On Fri, 16 Jul 2010 11:32:25 -0500, Peng Yu wrote:
> Since this is related to the document, I think that I should send this
> to the dev mailing list. Please let me know if this is not
> appropriate.
It is not, really. Documentation issues should be posted as bugs
in the bug tracker under the 'D
Am 16.07.2010 17:08, schrieb Vlastimil Brom:
> 2010/7/9 Georg Brandl :
>> Am 09.07.2010 02:35, schrieb MRAB:
>>
>>>
>>> 1. Some of the inline flags are scoped; for example, putting "(?i)" at
>>> the end of a regex will now have no effect because it's no longer a
>>> global, all-or-nothing, flag.
>>
On 16/07/2010 17:32, Peng Yu wrote:
Hi,
Since this is related to the document, I think that I should send this
to the dev mailing list. Please let me know if this is not
appropriate.
If I don't miss anything, I feel that there are much less descriptions
of list comprehensions in the language re
Hi,
Since this is related to the document, I think that I should send this
to the dev mailing list. Please let me know if this is not
appropriate.
If I don't miss anything, I feel that there are much less descriptions
of list comprehensions in the language reference
(python_2.6.5_reference.pdf, g
ACTIVITY SUMMARY (2010-07-09 - 2010-07-16)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
2807 open (+44) / 18285 closed (+18) / 21092 total (+62)
Open issues with patches: 1144
Ave
2010/7/9 Georg Brandl :
> Am 09.07.2010 02:35, schrieb MRAB:
>
>>
>> 1. Some of the inline flags are scoped; for example, putting "(?i)" at
>> the end of a regex will now have no effect because it's no longer a
>> global, all-or-nothing, flag.
>
> That is problematic. I've often seen people put th
On 16.07.2010 15:43, Daniel Stutzbach wrote:
On Fri, Jul 16, 2010 at 5:40 AM, Matthias Klose wrote:
2) As PEP 3147 defines a non-configurable name for .pyc files, this PEP
should define a non-configurable way for the tag. The tag should
include all information which currently makes
On Fri, Jul 16, 2010 at 5:40 AM, Matthias Klose wrote:
> 2) As PEP 3147 defines a non-configurable name for .pyc files, this PEP
> should define a non-configurable way for the tag. The tag should
> include all information which currently makes an extension ABI
> incompatible:
>
On 15.07.2010 01:59, Barry Warsaw wrote:
PEP 384 describes a change to ``PyModule_Create()`` where ``3`` is
passed as the API version if the extension was complied with
``Py_LIMITED_API``. This should be formalized into an official macro
called ``PYTHON_ABI_VERSION`` to mirror ``PYTHON_API_VERSI
17 matches
Mail list logo