On Tue, Apr 07, 2015 at 08:47:25AM -0400, Ben Hoyt wrote:
> > My own preference would be:
> >
> > def foo(x):
> > if x >= 0:
> > return math.sqrt(x)
> > return None
>
> Kind of getting into the weeds here, but I would always invert this to
> "return errors early, an
Hi all,
Not sure whether you got this question, or this is the right distribution
list:
Intel has deprecated Itanium architecture, and Windows also deprecated its
versions(currently 2003 and 2008) that run on IA64.
However Python (2.7.3) is compilable on Windows IA64, but ctypes module
(1.1.0) w
Talk about hijacking an unrelated thread... :-(
Though there's maybe a style rule for the ternary operator to be devised
here? :-)
On Apr 7, 2015 11:36 AM, "Stefan Behnel" wrote:
> Antoine Pitrou schrieb am 07.04.2015 um 14:26:
> > On Tue, 07 Apr 2015 03:11:30 +0100
> > Rob Cliffe wrote:
> >>
Antoine Pitrou schrieb am 07.04.2015 um 14:26:
> On Tue, 07 Apr 2015 03:11:30 +0100
> Rob Cliffe wrote:
>>
>> On 07/04/2015 02:08, Guido van Rossum wrote:
>>> I've taken the liberty of adding the following old but good rule to
>>> PEP 8 (I was surprised to find it wasn't already there since I've
On 7 Apr 2015 03:43, "Neil Girdhar" wrote:
>
> Hello,
>
> Following up with PEP 448, I've gone over the entire code review except
a few points as mentioned at the issue: http://bugs.python.org/review/2292/.
I'm hoping that this will get done at the PyCon sprints. Is there any way
I can help?
>
>
> My own preference would be:
>
> def foo(x):
> if x >= 0:
> return math.sqrt(x)
> return None
Kind of getting into the weeds here, but I would always invert this to
"return errors early, and keep the normal flow at the main indentation
level". Depends a little on w
On Tue, 07 Apr 2015 03:11:30 +0100
Rob Cliffe wrote:
>
> On 07/04/2015 02:08, Guido van Rossum wrote:
> > I've taken the liberty of adding the following old but good rule to
> > PEP 8 (I was surprised to find it wasn't already there since I've
> > lived by this for ages):
> >
> > *
> >
> >
Hello,
Following up with PEP 448, I've gone over the entire code review except a
few points as mentioned at the issue: http://bugs.python.org/review/2292/.
I'm hoping that this will get done at the PyCon sprints. Is there any way
I can help?
I couldn't make it to PyCon, but I do live in Montrea
Ever since I updated, I am getting:
In file included from Objects/dictobject.c:236:0:
Objects/clinic/dictobject.c.h:70:26: fatal error: stringlib/eq.h: No such
file or directory
#include "stringlib/eq.h"
But, Objects/stringlib/eq.h exists. Replacing the include with
"Objects/stringlib/eq.h" see
