{5} Assigned, Active Tickets by Owner (Full Description) (6 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
dagss (4 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #101 | Clean up numpy.pxd | Packaging | wishlist | defect | 10/11/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As soon as inner functions is supported and ticket #99 is fixed, numpy.pxd should be cleaned up as it is using massive amounts of hacks right now to get around these limitations. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #134 | cpdef method w/ unused buffer causes compilation error | Code Generation | wishlist | defect | 11/25/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello, The following code segment won't compile: from numpy cimport ndarray
cdef class DumbClass:
cpdef dumb_function(self):
cdef ndarray[int] nothing
return None
When I try to compile it, it returns gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -fwrapv -fPIC -I/home/hoytak/sysroot/lib/python2.5/site-packages/numpy/core/include -I/usr/include/python2.5 -c cs/test_cpdef.c -o build/temp.linux-i686-2.5/cs/test_cpdef.o -O3 -mtune=core2 -march=core2 cs/test_cpdef.c: In function ‘__pyx_f_2cs_10test_cpdef_9DumbClass_dumb_function’: cs/test_cpdef.c:408: warning: implicit declaration of function ‘__Pyx_SafeReleaseBuffer’ cs/test_cpdef.c:408: error: ‘__pyx_bstruct_nothing’ undeclared (first use in this function) cs/test_cpdef.c:408: error: (Each undeclared identifier is reported only once cs/test_cpdef.c:408: error: for each function it appears in.) error: command 'gcc' failed with exit status 1 A quick search shows that pyx_bstruct_nothing is not declared anywhere. Also, it seems to happen only in class methods and only when cpdef is used (not cdef or def). I'm using changeset 1374. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #469 | Dependency graph for output of types and utility code | Code Generation | wishlist | task | 12/14/2009 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As the builtin/"utility code" types of Cython becomes more complex, the current way of building up the output is too naive. Current behaviour:
For complex numbers, memoryviews, etc., this is ugly or even insufficient. It would be better to store the full type DAG, and walk it to output declarations in the right order. Utility code could make use of the same DAG, so that utility code could depend on types and vice versa. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #339 | Add library functions to numpy.pxd | Library | wishlist | defect | 06/28/2009 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
numpy.pxd is incomplete |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
haoyu (2 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #542 | Support for relative import | Pure Python Mode | 1.0 | defect | 06/07/2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Python >=2.5 supports relative import: from . import foo from ...bar import xxx this is not supported by Cython yet. Relative import is described in PEP0328. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #423 | Support explicit exception chaining syntax (PEP 3134) | Parsing | wishlist | enhancement | 10/18/2009 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
This is a follow-up to #217. PEP 3134 defines a new syntax for explicitly chaining exceptions: raise Exception from other_exception This should be supported. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
