- 24 Mar, 2016 24 commits
-
-
Stefan Behnel authored
Conflicts: CHANGES.rst
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
Conflicts: CHANGES.rst
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
Conflicts: CHANGES.rst
-
Stefan Behnel authored
-
Aaron M. Watson authored
-
Ian Henriksen authored
with MSVC.
-
Nikolaus Rath authored
The current order results in compiler warnings on 32 bit machines, e.g. src/llfuse.c: In function '__Pyx_PyInt_TrueDivideObjC': src/llfuse.c:43980:17: warning: left shift count >= width of type if (8 * sizeof(long) <= 53 || (__Pyx_sst_abs(size) <= 52 / PyLong_SHIFT) || likely(labs(a) <= (1L << 53))) { Switching the order so that the left shift is closer to the sizeof test avoids the warning, presumably because it makes it easier for the compiler to see that the left shift is only executed on 64 bit. Thanks to Christian Neukirchen for doing most of the work!
-
Nikolaus Rath authored
The current cast isn't doing anything, because the unary minus implicitly upcasts to int again, resulting in warnings about potentially value altering conversions on 32 bit systems. Fixes issue #877.
-
Aditya Bhosale authored
-
Stefan Behnel authored
-
Stefan Behnel authored
Conflicts: CHANGES.rst Cython/Compiler/ExprNodes.py Cython/Shadow.py
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
- 22 Mar, 2016 5 commits
-
-
-
Stefan Behnel authored
-
Robert Bradshaw authored
-
Robert Bradshaw authored
-
Robert Bradshaw authored
-
- 21 Mar, 2016 1 commit
-
-
Stefan Behnel authored
speed up compilation for functions with large numbers of temps (already shows for a couple of thousand, e.g. for large list literals)
-
- 20 Mar, 2016 3 commits
-
-
Robert Bradshaw authored
-
Robert Bradshaw authored
-
Robert Bradshaw authored
-
- 19 Mar, 2016 1 commit
-
-
Stefan Behnel authored
-
- 18 Mar, 2016 1 commit
-
-
Stefan Behnel authored
-
- 17 Mar, 2016 5 commits
-
-
Robert Bradshaw authored
-
Robert Bradshaw authored
This partially revert the change introduced in 767fce81. Turns out AttributeNodes always start with type error, which we don't want to propagate in some places.
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Robert Bradshaw authored
-