I'd like to put out another Cython release shortly. Is anyone aware of anything that we should try to get in before then? - Robert
Robert Bradshaw schrieb am 09.09.2016 um 10:11:
I'd like to put out another Cython release shortly.
Exactly my thoughts. The next release could use some extra good testing as I reworked some of the fused-/cy-function internals last month and might not have found all kinds of code that could break along the way. There are so many feature combinations these days: decorators, py+pxd, @classmethod vs. classmethod(f), def/cdef/cpdef, ...
Is anyone aware of anything that we should try to get in before then?
I've been working on adapting the PEP 525 (async generators) implementation recently that is proposed for CPython, but that's not finished, neither in CPython nor in Cython, so don't wait for it. Happy to get 0.25 out soon. Stefan
On Fri, Sep 9, 2016 at 4:33 AM, Stefan Behnel <stefan_ml@behnel.de> wrote:
Robert Bradshaw schrieb am 09.09.2016 um 10:11:
I'd like to put out another Cython release shortly.
Exactly my thoughts.
The next release could use some extra good testing as I reworked some of the fused-/cy-function internals last month and might not have found all kinds of code that could break along the way. There are so many feature combinations these days: decorators, py+pxd, @classmethod vs. classmethod(f), def/cdef/cpdef, ...
Is anyone aware of anything that we should try to get in before then?
I've been working on adapting the PEP 525 (async generators) implementation recently that is proposed for CPython, but that's not finished, neither in CPython nor in Cython, so don't wait for it.
Happy to get 0.25 out soon.
Any thoughts on https://github.com/cython/cython/pull/1456 ?
On 2016-09-09 10:11, Robert Bradshaw wrote:
I'd like to put out another Cython release shortly.
Do you mean a 0.24.x release or 0.25? Anyway, this is a serious bug breaking SageMath: https://github.com/cython/cython/issues/1433
On Fri, Sep 9, 2016 at 12:03 PM, Jeroen Demeyer <jdemeyer@cage.ugent.be> wrote:
On 2016-09-09 10:11, Robert Bradshaw wrote:
I'd like to put out another Cython release shortly.
Do you mean a 0.24.x release or 0.25?
Anyway, this is a serious bug breaking SageMath: https://github.com/cython/cython/issues/1433
Hmm... yes. https://github.com/cython/cython/commit/c3f2d97778838067d9c6cf96fa45ab5a8c9e... Not sure what caused this to regress (or how it worked before) but it's all better now.
Robert Bradshaw schrieb am 09.09.2016 um 10:11:
I'd like to put out another Cython release shortly. Is anyone aware of anything that we should try to get in before then?
I'm seeing these test failures in travis under latest Py3.6 now. Does anyone have a quick idea what might cause them? https://api.travis-ci.org/jobs/158935556/log.txt?deansi=true (see the very end of the test log) Stefan FAIL: numpy_test (numpy_test.__test__) Doctest: numpy_test.__test__.numpy_test ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/python/3.6-dev/lib/python3.6/doctest.py", line 2199, in runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for numpy_test.__test__.numpy_test File "/home/travis/build/cython/cython/BUILD/1/run/c/numpy_test/numpy_test.cpython-36m-x86_64-linux-gnu.so", line unknown line number, in numpy_test ---------------------------------------------------------------------- File "/home/travis/build/cython/cython/BUILD/1/run/c/numpy_test/numpy_test.cpython-36m-x86_64-linux-gnu.so", line ?, in numpy_test.__test__.numpy_test Failed example: test_dtype(np.longlong, inc1_longlong_t) Exception raised: Traceback (most recent call last): File "/opt/python/3.6-dev/lib/python3.6/doctest.py", line 1330, in __run compileflags, 1), test.globs) File "<doctest numpy_test.__test__.numpy_test[51]>", line 1, in <module> test_dtype(np.longlong, inc1_longlong_t) File "tests/run/numpy_test.pyx", line 397, in numpy_test.test_dtype (numpy_test.c:8884) inc1(a) File "tests/run/numpy_test.pyx", line 374, in numpy_test.inc1_longlong_t (numpy_test.c:7797) def inc1_longlong_t(np.ndarray[np.longlong_t] arr): arr[1] += 1 ValueError: Unexpected format string character: 'q'
Stefan Behnel schrieb am 10.09.2016 um 11:45:
Robert Bradshaw schrieb am 09.09.2016 um 10:11:
I'd like to put out another Cython release shortly. Is anyone aware of anything that we should try to get in before then?
I'm seeing these test failures in travis under latest Py3.6 now. Does anyone have a quick idea what might cause them?
https://api.travis-ci.org/jobs/158935556/log.txt?deansi=true
Found it. The CPython devs removed the "HAVE_LONG_LONG" macro because "long long" support has been required since CPython 2.7/3.3. This causes our code that uses PY_LONG_LONG to be discarded rather than enabled. https://bugs.python.org/issue27961 I asked them to restore the macro definition. I also made Cython define it if it's not. https://github.com/cython/cython/commit/eeef5da28562aac390d34a8a4b8ec35ef032... Stefan
On 2016-09-09 10:11, Robert Bradshaw wrote:
I'd like to put out another Cython release shortly. Is anyone aware of anything that we should try to get in before then?
I just built the SageMath distribution with latest Cython master and there were 2 issues (both easily fixed): - Build issue with pyzmq: https://github.com/zeromq/pyzmq/pull/909 - Replaced assignment of Cython.Compiler.Options.directive_defaults by passing directives to cythonize()
Thanks! On Tue, Sep 13, 2016 at 11:21 PM, Jeroen Demeyer <jdemeyer@cage.ugent.be> wrote:
On 2016-09-09 10:11, Robert Bradshaw wrote:
I'd like to put out another Cython release shortly. Is anyone aware of anything that we should try to get in before then?
I just built the SageMath distribution with latest Cython master and there were 2 issues (both easily fixed):
- Build issue with pyzmq: https://github.com/zeromq/pyzmq/pull/909
- Replaced assignment of Cython.Compiler.Options.directive_defaults by passing directives to cythonize()
_______________________________________________ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
participants (4)
-
Jeroen Demeyer -
Robert Bradshaw -
Robert Bradshaw -
Stefan Behnel