d need to write custom serializers and parsers, whereas
Cython already has memoryviews fully working.
Guido van Rossum wanted some more discussion about this, so I'm raising
this as an issue here in case any Cython developers are interested. Please
chime in on the python disourse thread if so.
Interesting it’s not documented well, it definitely should be.
It corresponds to this compiler option:
https://cython.readthedocs.io/en/latest/src/userguide/source_files_and_compilation.html#Cython.Compiler.Options.annotate
When you turn that option on or pass -a or —annotate to the compiler,
c
to do parallel reductions on large arrays. I would
also not be surprised if there is code in the wild that is racy and
silently producing incorrect results.
-Nathan
___
cython-devel mailing list
cython-devel@python.org
https://mail.python.org/mailman/listinfo/cython-devel
channel registered with the project
and to set up admins.
Nathan
On Mon, Aug 13, 2018 at 12:06 PM Abdur-Rahmaan Janhangeer <
arj.pyt...@gmail.com> wrote:
> the admin of #python-fr sent me this resource, will help :
>
> https://nedbatchelder.com/blog/201808/fighting_spam_on_freenode.h
rs in #scipy and #numpy.
Thanks for your help,
-Nathan
___
cython-devel mailing list
cython-devel@python.org
https://mail.python.org/mailman/listinfo/cython-devel
It would help if cython could generate compiler warnings for a release or
two about py2-specific constructs before officially switching the default
language level.
On Mon, May 28, 2018 at 2:14 PM Stefan Behnel wrote:
> Hi,
>
> Python 3 is clearly taking over the world these days, so it starts fe
Hearty +1 to getting a cython release out. I'd like to get this fix which
will substantially speed up some code I've written on multicore systems:
https://github.com/cython/cython/commit/8dbc7c39d1f1a3b675f69dceaac281
7b7675ca09
-Nathan
On Mon, Jun 12, 2017 at 1:00 PM, Stefan Beh
Cython uses github for bug tracking these days:
https://github.com/cython/cython/issues
On Sun, Jun 11, 2017 at 10:54 AM Julian Rüth wrote:
> Hello Cython developers,
>
> some people over at conda-forge would like to use features that are
> already in master but have not been released yet
> (ht
On Fri, Jun 10, 2016 at 5:04 PM, Robert Bradshaw wrote:
> On Fri, Jun 10, 2016 at 1:18 PM, Nathan Goldbaum
> wrote:
> > Hmm, so I've looked into this a bit further, and it looks like the
> metadata
> > isn't going to be useful for us. Many of our extensions can
to something like
> https://gist.github.com/robertwb/25ab9838cc2b9b21eed646834cf4a108 if
> cython is not available.
>
>
> On Fri, Jun 10, 2016 at 10:55 AM, Nathan Goldbaum
> wrote:
> > The reason we haven't done that is we would like our setup.py script to
> be
> > run
ocessing
>
> On Fri, Jun 10, 2016 at 9:18 AM, Nathan Goldbaum
> wrote:
> > Hi all,
> >
> > I'm working on a pretty large python/cython codebase (yt) that has many
> > interdependent C extensions written in cython.
> >
> > I've found it
ion, rather than just for
subsequent incremental recompilations during development.
Thanks for your help!
-Nathan
___
cython-devel mailing list
cython-devel@python.org
https://mail.python.org/mailman/listinfo/cython-devel
Hi all,
I'm forwarding this at the request of David Nemesky ("savior" on Freenode),
who I've been chatting with on the cython IRC channel. He was having
trouble signing up to the cython-devel mailing list, so I've gone ahead and
sent his bug report in for him. His report follows below.
Apparently
the cython docs.
Does anyone have any idea what went wrong here?
For now I'm going to fall back to regular gdb, and debug the autogenerated
cython sources.
Thanks for your help,
Nathan Goldbaum
___
cython-devel mailing list
cython-devel@py
Hi all,
To reproduce this issue, be on cython 0.22 and IPython 3.0 and run the
following notebook:
http://nbviewer.ipython.org/gist/ngoldbaum/855a629d997aa7959254
Googling the error returns some several year old discussions in IPython
related to the autoreload magic and I'm not sure if that is a
around a
known bug in distutils ( http://bugs.python.org/issue12641 ), the issue with
PyCFunction_Call went away and the entire 76k line Cython generated C file
compiled without a hitch. So probably this is only a problem on very old
compilers, and so perhaps not worth investigating
The problem seems to be in the code that's pulled in from CythonFunction.c. I
apologize for not providing a more minimal example (the above code is available
at "hg clone static-http://math.uic.edu/t3m/hg/SnapPy";) but the small m
l(x)
## prob.pyx version 2
def f(x):
cdef int* p
return eval(x, {})
Best,
Nathan
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel
7; to Python object
If I comment out the (unused) line "cdef int* p" then it works with Cython
0.16. The issue is the pointer declaration; something like:
def f(x):
cdef int p
p = eval(x)
return p*p
works fine with Cython 0.16.
Thanks,
Nathan
__
;t figure out the architecture type of: /var/tmp//ccvgdiS6.out
error: Setup script exited with error: command 'gcc' failed with exit status 1
If I download the .zip file and run setup.py by hand it installs fine.
Best,
Nathan
Error when easy_installing with Python
20 matches
Mail list logo