It seems that, most ironically, OpenMP "isn't defined" to be called from multithreaded contexts. It seems that even if I use prange only in another thread that isn't the main thread the program segfaults if compiled with gcc. That's kind of worrying, I suppose we should mention that in the documentation. This may be a problem especially for people who write libraries.
Are NumPy, Scipy or Sage linked with any libraries that use OpenMP? On 29 October 2011 14:14, mark florisson <markflorisso...@gmail.com> wrote: > Before we do a release, would anyone be opposed to a 'chunksize' > keyword argument to prange()? That may have significant performance > impacts. > > On 29 October 2011 12:41, mark florisson <markflorisso...@gmail.com> wrote: >> Hm ok I'll disable them then. Pointers and some other dtypes are also >> not supported yet. As for the documentation, have you guys reviewed >> the documentation for fused types and memoryviews? For instance this >> is the introduction for memoryviews: >> >> " >> Typed memoryviews can be used for efficient access to buffers. It is >> similar to the current buffer support, but has more features and >> cleaner syntax. A memoryview can be used in any context (function >> parameters, module-level, cdef class attribute, etc) and can be >> obtained from any object that exposes the PEP 3118 buffer interface. >> " >> >> but I'm not sure this new functionality won't confuse users of the old >> buffer support. >> >> For fused types, cython.numeric only includes long, double and double >> complex. I think that should be changed to short, int, long, float, >> double, float complex and double complex. I was deliberately avoiding >> long long and long double as they (if not used as a base type) would >> be preferred over the others and may be a lot slower. But then, such >> usage wouldn't be very useful. Should I include them then? >> >> On 29 October 2011 10:30, Dag Sverre Seljebotn >> <d.s.seljeb...@astro.uio.no> wrote: >>> Re b), it would be better to disable object dtypes (or emit a warning about >>> the possible bug when using them) than to delay the release. Object >>> memoryviews are rare in the first place, and those who contain themselves >>> should be very rare. >>> -- >>> Sent from my Android phone with K-9 Mail. Please excuse my brevity. >>> >>> Robert Bradshaw <rober...@math.washington.edu> wrote: >>>> >>>> On Fri, Oct 28, 2011 at 1:59 PM, mark florisson >>>> <markflorisso...@gmail.com> wrote: > On 28 October 2011 21:55, Robert >>>> Bradshaw <rober...@math.washington.edu> wrote: >> With Mark's fused types >>>> and memory views going in, I think it's about >> time for a new release. >>>> Thoughts? Anyone want to volunteer to take up >> the process? >> >> - >>>> Robert >>>> >> >>>> ________________________________ >>>> >> cython-devel mailing list >> cython-devel@python.org >> >>>> >> http://mail.python.org/mailman/listinfo/cython-devel >> > > That'd be >>>> >> cool. >>>> >> However there are a few outstanding issues: > a) the compiler is >>>> >> somewhat >>>> >> slower (possible solution: lazy utility codes) Yeah, I forgot about >>>> >> that. >>>> >> This should get resolved. Lazy utility codes (perhaps breaking them up) >>>> >> would probably got us most of the way there. Long term, I really like >>>> >> the >>>> >> "declaration caching" idea which could be used for users .pxd files as >>>> >> well >>>> >> as internally. > b) there's a potential memory leak problem for >>>> >> memoryviews with > object dtype that contain themselves, this still >>>> >> needs >>>> >> investigation. I think this could be mentioned as a caviat rather than >>>> >> being >>>> >> a blocker. > As for a), Stefan mentioned code spending a lot of time in >>>> >> sub. >>>> >> > Stefan, could you post the code for this that made Cython compile >>>> >> > very > >>>> >> slowly? > >>>> ________________________________ >>>> > cython-devel mailing list > cython-devel@python.org > >>>> > http://mail.python.org/mailman/listinfo/cython-devel > >>>> ________________________________ >>>> cython-devel mailing list cython-devel@python.org >>>> http://mail.python.org/mailman/listinfo/cython-devel >>> >>> _______________________________________________ >>> cython-devel mailing list >>> cython-devel@python.org >>> http://mail.python.org/mailman/listinfo/cython-devel >>> >>> >> > _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
