Mailman 3 September 2014 - cython-devel

Cython 0.21 alpha 1 released
by Stefan Behnel Sept. 8, 2014

Sept. 8, 2014

Hi, I uploaded a first alpha release of Cython 0.21. http://cython.org/release/Cython-0.21a1.tar.gz http://cython.org/release/Cython-0.21a1.tar.gz.asc There were a couple of major changes in this version, including internal improvements to some basic syntax structures, so please give it a try with your code to help us fix some more bugs before the final release. Complete changelog: https://github.com/cython/cython/blob/deb348795f79342843e692358140ea4581985… Have fun, Stefan

2 8

Compiler crash in RemoveUnreachableCode
by Andriy Kornatskyy Sept. 7, 2014

Sept. 7, 2014

The cython compiler crash report below. Steps to reproduce: 1. virtualenv env 2. env/bin/easy_install cython 3. env/bin/easy_install wheezy.http The wheezy.http has dependency on wheezy.core. If I install those two packages separately there is no error, only if through dependencies. Thanks. Andriy Kornatskyy File "Visitor.py", line 178, in Cython.Compiler.Visitor.TreeVisitor._visit (/var/folders/g8/2kym1h8n7qbgrwg4qkfqw1gw0000gn/T/easy_install-JVXbGE/Cython-0.20/Cython/Compiler/Visitor.c:4437) File "Visitor.py", line 137, in Cython.Compiler.Visitor.TreeVisitor._raise_compiler_error (/var/folders/g8/2kym1h8n7qbgrwg4qkfqw1gw0000gn/T/easy_install-JVXbGE/Cython-0.20/Cython/Compiler/Visitor.c:3655) Cython.Compiler.Errors.CompilerCrash: Error compiling Cython file: ------------------------------------------------------------ ... """ """ __version__ = '0.1.129' ^ ------------------------------------------------------------ src/wheezy/core/__init__.py:5:14: Compiler crash in RemoveUnreachableCode ModuleNode.body = StatListNode(__init__.py:5:14) Compiler crash traceback from this point on: File "Visitor.py", line 170, in Cython.Compiler.Visitor.TreeVisitor._visit (/var/folders/g8/2kym1h8n7qbgrwg4qkfqw1gw0000gn/T/easy_install-JVXbGE/Cython-0.20/Cython/Compiler/Visitor.c:4275) File “/.../env/lib/python2.7/site-packages/Cython-0.20-py2.7-macosx-10.9-x86_64.egg/Cython/Compiler/ParseTreeTransforms.py", line 2135, in visit_StatListNode if not self.current_directives['remove_unreachable']: TypeError: 'NoneType' object has no attribute '__getitem__'

2 7

preparing a release candidate, pending issues
by Stefan Behnel Sept. 7, 2014

Sept. 7, 2014

Hi, current master looks good enough to plan for a release candidate next week. There are only a couple of pending issues that I'm aware of that may or may not get looked into for the release. One thing is cygdb and its tests - are they working again? They seem to work for me, but I don't know what the last status was there. Given how long they must have been broken, it doesn't look all too critical, though. This one should be resolved now: "build failure on windows with 0.21b2 windows py27 x64" http://thread.gmane.org/gmane.comp.python.cython.devel/15424 This isn't, but the solution isn't currently obvious (and I think it can wait until the first bugfix release if we can't find a fix in time): "Buffer dtype mismatch error" http://thread.gmane.org/gmane.comp.python.cython.user/11603 These are open, but don't feel like they should block the release: "error LNK2001: unresolved external symbol PyInit_init" http://thread.gmane.org/gmane.comp.python.cython.devel/15392/focus=15415 "Memory leak with vector of memoryviews" http://thread.gmane.org/gmane.comp.python.cython.user/11704/focus=11705 "how to have hashable extension types in pure python mode ? (__eq__ error)" http://thread.gmane.org/gmane.comp.python.cython.user/11731/focus=11732 This isn't finished but is a new feature which can wait: "Automatic conversion with fixed-size C arrays" https://github.com/cython/cython/pull/308 This hasn't lead anywhere, apparently, but can wait as well: "OpenMP thread private variable not recognized (bug report + discussion)" http://thread.gmane.org/gmane.comp.python.cython.devel/15382 So, nothing critical, but I might have forgotten something. If nothing else comes up, I'll just wait a couple of more days and then start preparing RC and final release. Stefan

3 5

build failure on windows with 0.21b2 windows py27 x64
by Dirk Rothe Sept. 6, 2014

Sept. 6, 2014

Hello Stefan, the Problem reported by Ian Bell on v0.21b1 seems still to be there. With v0.21a1 from https://github.com/cython/cython/releases/tag/0.21a1 everything seems to be fine. So maybe it's related to the method call optimisations, you've mentioned. I've also tested with windows+py27+x64 and I get the same errors; configobj.c(42437) : error C2121: '#' : invalid character : possibly the result of a macro expansion configobj.c(42437) : error C2146: syntax error : missing ')' before identifier 'ifdef' configobj.c(42437) : error C2121: '#' : invalid character : possibly the result of a macro expansion configobj.c(42439) : error C2059: syntax error : 'else' configobj.c(42449) : error C2059: syntax error : '}' configobj.c(42463) : error C2121: '#' : invalid character : possibly the result of a macro expansion configobj.c(42463) : error C2121: '#' : invalid character : possibly the result of a macro expansion error: command '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe"' failed with exit status 2 I've cythonized the following Code: http://bpaste.net/show/a10f8b244c2d with a setup.py like: --------------------- import sys from setuptools import setup from setuptools.extension import Extension from Cython.Distutils import build_ext extensions = [Extension("configobj", ["configobj.py"])] setup_info = dict(ext_modules=extensions, cmdclass={'build_ext': build_ext}) sys.argv.extend(["build_ext", "-i"]) setup(**setup_info) --dirk

2 4

Bug: operator[] does not respect except +
by J Robert Ray Sept. 5, 2014

Sept. 5, 2014

I apologize for not having a working demonstration, but I have found this bug and verified it is still an issue in Cython 0.20.2. No try/catch block is generated for operator[]. In contrast, a try/catch block does get generated for operator(). If it is any use, here is a paraphrasing of the pyx code and the generated cpp code. cdef extern from "blah.h" namespace "blah": cdef cppclass Blah: int operator[](int) except + ... cdef class PyBlah: ... def demo(self, int index): return deref(self.thisptr)[index] ... /* "Blah.pyx":107 * def demo(self, int index): * return deref(self.thisptr)[index] # <<<<<<<<<<<<<< */ __Pyx_XDECREF(__pyx_r); __pyx_t_1 = __Pyx_PyInt_From_int(((*__pyx_v_self->thisptr)[__pyx_v_index])); if (unlikely(!__pyx_t_1)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 107; __pyx_clineno = __LINE__; goto __pyx_L1_error;} __Pyx_GOTREF(__pyx_t_1); __pyx_r = __pyx_t_1; __pyx_t_1 = 0; goto __pyx_L0; Please let me know if I'm doing anything wrong. Thanks!

2 2

planned C-API for decimal in Py3
by Stefan Behnel Sept. 4, 2014

Sept. 4, 2014

Hi, there's CPython ticket (actually two of them) about providing a C level API for the decimal implementation in Py3.3+, which is based on a separate C library (libmpdec). This would allow unboxing Decimal objects and working directly with the underlying libmpdec values. "access to cdecimal / libmpdec API" http://bugs.python.org/issue22194 "Add capsule API to _decimal" http://bugs.python.org/issue15237 Direct access to libmpdec (which is linked into _cdecimal on some platforms) requires exporting the symbols. If anyone has experience with that on less common or less straight forward platforms, a comment in the first ticket would certainly be appreciated. Stefan

1 0