On Sat, Jul 30, 2011 at 11:35 PM, Vitja Makarov vitja.maka...@gmail.com wrote:
2011/7/20 Robert Bradshaw rober...@math.washington.edu:
We're long overdue for a release, and this week would be a good one
for me to push one out. Hudson
https://sage.math.washington.edu:8091/hudson is looking in
On Sat, Jul 30, 2011 at 10:57 AM, Arfrever Frehtes Taifersar Arahesis
arfrever@gmail.com wrote:
2011-07-29 23:23:46 Dag Sverre Seljebotn napisał(a):
Looks very much like a numpy-on-py3 bug to me.
I have reported:
http://projects.scipy.org/numpy/ticket/1919
(NumPy-related tests in Cython
On Thu, Jul 21, 2011 at 4:14 PM, Robert Bradshaw
rober...@math.washington.edu wrote:
Cython has seen an enormous amount of development since 0.14.1. If you
are not already using the latest version from the development
repository, we encourage you to try out the release candidate:
Hi,
I noticed a couple of problems in the latest pyregr test run for py3k.
https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests-pyregr-py3k-cpp/951/consoleFull
1) test_contextlib.cpp:16926: warning: deprecated conversion from string
constant to ‘char*’
This repeated warning
What is the meaning of Entry.is_arg flag?
For generic python arguments it's set to 0, it makes it very tricky to
determinate whether entry is argument:
https://github.com/cython/cython/blob/master/Cython/Compiler/FlowControl.py#L515
Can we have is_args flag set for all kind of args? And have
I've tried openmp support with simple example:
from cython.parallel cimport prange
def mul(values):
ret = 1
for i in prange(values):
ret *= i
return ret
And cython crashes:
((b04e040...)) vitja@vitja-laptop:~/work/cython-vitek/zzz$ make mul.so
/usr//bin/python ../cython.py
2011/7/31 Vitja Makarov vitja.maka...@gmail.com:
I've tried openmp support with simple example:
from cython.parallel cimport prange
def mul(values):
ret = 1
for i in prange(values):
ret *= i
return ret
And cython crashes:
((b04e040...))
On 31 July 2011 21:49, mark florisson markflorisso...@gmail.com wrote:
2011/7/31 Vitja Makarov vitja.maka...@gmail.com:
I've tried openmp support with simple example:
from cython.parallel cimport prange
def mul(values):
ret = 1
for i in prange(values):
ret *= i
return ret
That sounds risky; I think we should consider master as non-rebaseable except
in emergencies. So fixes should be pushed to release and then merged into
master. Of course, for something like this with no development depending on it
one can just delay the merge for a day or two in case more fixes
