- 13 May, 2011 1 commit
-
-
Stefan Behnel authored
-
- 10 May, 2011 3 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
- 09 May, 2011 1 commit
-
-
Stefan Behnel authored
-
- 07 May, 2011 1 commit
-
-
Robert Bradshaw authored
-
- 06 May, 2011 5 commits
-
-
Robert Bradshaw authored
-
Stefan Behnel authored
-
scoder authored
fix for unreachable yield in generators
-
Vitja Makarov authored
-
Vitja Makarov authored
-
- 05 May, 2011 29 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
--HG-- extra : rebase_source : aca82bcaf6b2e80519f6ed0073ce7164385e5a5c
-
Nathaniel J. Smith authored
There are a large number of constants declared with 'cdef enum' in numpy.pxd. Most of them did not correctly match the definitions in the numpy headers -- either because of a missing 'ctypedef', or because numpy.pxd claimed that they were of a named enum type ('enum requirements') which did not actually exist. Somewhere between Cython 0.12.1 and 0.14.1, the latter issue broke my compile whenever I referred to np.NPY_F_CONTIGUOUS. Cython started generating code like: enum requirements __pyx_t_10 = NPY_F_CONTIGUOUS; PyArray_NewFromDescr(..., __pyx_t_10, ....); Since there is, in fact, no such thing as 'enum requirements', the C compiler objected. (In earlier version, no temporary variable was generated, so we got away with the incorrect declaration.) And since I had to fix the declaration of this particular enum, I figured I might as well double-check the rest as well, in case of similar problems arising in the future. With this patch, Cython can once again compile scikits.sparse v0.1.
-
scoder authored
Unreachable code removal
-
Dag Sverre Seljebotn authored
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
- iteration over empty dicts could crash - dict modification during iteration failed to raise an exception
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Stefan Behnel authored
according to unladen swallows' bm_unpack_sequence benchmark: - ~25% faster for tuples (60% faster than CPython 2.7) - ~3x faster for lists (40% faster than CPython 2.7) also, apparently using less memory during gcc compilation --HG-- extra : rebase_source : 1069d7a0c9c338c16e96cc289114e0d0052a7588
-
Stefan Behnel authored
--HG-- extra : rebase_source : 18e87455b812d7b9a1f2f2b28593455ca5521e89
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-
Mark Florisson authored
-