On Tue, Jan 27, 2015 at 11:31 PM, William Stein wrote:
> On Tue, Jan 27, 2015 at 6:12 AM, Apps Embedded
> wrote:
>> Hi,
>>
>> We have developped an android app which makes it possible to use the IPython
>> shell through Android.
>>
>> https://play.google.com/store/apps/details?id=com.appsopensou
I'm pleased to announce the release of Cython 0.22.
This release has numerous bug fixes and several new features. It is is
available in the usual locations:
http://cython.org/release/Cython-0.22.tar.gz
https://pypi.python.org/pypi/Cython/0.22
Happy Coding!
Robert
Features added
That is strange, looks like it was an attempt to support relative imports?
https://github.com/cython/cython/blob/384cc660f5c7958524b8839ba24099fdbc6eaffd/Cython/Compiler/ModuleNode.py#L2271
On Sat, Mar 14, 2015 at 1:17 AM, Nathaniel Smith wrote:
> Hi all,
>
> Can anyone shed any light on this?
>
On Thu, Mar 19, 2015 at 8:13 AM, Lisandro Dalcin wrote:
> On 18 March 2015 at 17:07, Stefan Behnel wrote:
>> LGTM. I tend to use the shorter "#ifndef" instead of "#if !defined()",
>> though.
>
> Do you want me to change it in master? No problem, just ask for it.
Go for it.
Extern functions can't have default arguments. I've made this an
explicit error.
On Wed, Apr 22, 2015 at 1:07 PM, Michael Enßlin wrote:
> Hi everybody,
>
> Cython 0.21.1, from Debian Sid, and Cython 0.22, from Gentoo, produce
> invalid C Code for the following .pyx file:
>
>
>
> $ cat test.pyx
>
Good point:
https://github.com/cython/cython/commit/e0fd2b3c8265ea40084ee9981d8601bc6e11b97e
On Thu, Apr 23, 2015 at 2:22 AM, Anton D. Kachalov wrote:
> Hello.
>
> I've found that executable script with dashes in the filename lead to
> produce wrong cythonized source:
>
>$ touch my-great-scr
There are other differences when complaining in embed mode, such as
generating a main method. I view the c file as an intermediate that
depends on the compilation mode--if you want both generate two .c
files.
On Fri, Apr 24, 2015 at 1:45 AM, Stefan Behnel wrote:
> Robert Bradshaw schrieb
On Sun, Apr 26, 2015 at 11:16 AM, Stefan Behnel wrote:
> Robert Bradshaw schrieb am 24.04.2015 um 10:31:
>> On Thu, Apr 23, 2015 at 2:22 AM, Anton D. Kachalov wrote:
>>> I've found that executable script with dashes in the filename lead to
>>> produce wrong cytho
Since Cython's inception, we've been able to take advantage of William
Stein's and University of Washington's infrastructure for hosting the
Cython project along side that of Sage. However, due to UW policy,
those days are coming to and end. Maybe it's time--Cython has come a
long way from its birt
On Mon, Apr 27, 2015 at 1:59 PM, Matthew Brett wrote:
> Hi,
>
> On Mon, Apr 27, 2015 at 11:56 AM, Stefan Behnel wrote:
>> Robert Bradshaw schrieb am 27.04.2015 um 20:15:
>>> We also have travis.ci,
>>> which isn't as configurable as jenkins, but may be good
On Thu, May 21, 2015 at 10:59 AM, Stefan Behnel wrote:
> Jeroen Demeyer schrieb am 21.05.2015 um 14:21:
>> http://docs.cython.org/src/reference/compilation.html#compiler-directives
>> there are two links to "CEP 516" but they are broken.
>
> Thanks. The problem seems to be an incorrect redirect to
On Thu, May 21, 2015 at 1:22 PM, Ian Henriksen
wrote:
>
> On Thu, May 21, 2015 at 2:13 AM Stefan Behnel wrote:
>>
>> Someone wrote a list of shortcomings after wrapping some C++ code:
>>
>> http://blog.marcus-brinkmann.de/2014/07/31/cython-trouble/
>>
>> A couple of these issues are due to misund
users and search
> engines can update their links.
>
> I can be done by specifying the http response code on the redirect
> directive, like:
>
> Redirect 301 /retiredpage.html http://www.xyz.com/newpage.html
>
> my 2c,
> Andrea
>
> On Sun, 24 May 2015, at 03:29 PM,
On Tue, May 26, 2015 at 7:17 PM, Jesus-Omar Ocegueda-Gonzalez
wrote:
> Dear Cython developers,
> thanks for the awesome compiler!, we recently faced an issue exporting
> inline functions defined in a .pyx. According to this:
> http://docs.cython.org/src/tutorial/pxd_files.html
> the full inline de
On Sat, May 30, 2015 at 10:46 PM, Stefan Behnel wrote:
> Jesus-Omar Ocegueda-Gonzalez schrieb am 27.05.2015 um 04:17:
>> we recently faced an issue exporting
>> inline functions defined in a .pyx. According to this:
>> http://docs.cython.org/src/tutorial/pxd_files.html
>> the full inline definitio
I've fixed this particular case by making our integer ranking more
consistent: signedness is ignored for anything but chars and typedefs
are always preferred (as a last tiebreaker) over non-typedefs (rather
than arbitrarily picking the first or second argument).
https://github.com/cython/cython/com
To clarify, any choice of int64_t + unsigned long will be wrong on one
platform or the others, but getting the wrong sign seems preferable to
getting the wrong number of bits.
On Thu, Jul 2, 2015 at 8:45 PM, Robert Bradshaw
wrote:
> I've fixed this particular case by making our integer
Fixed (though I'm inclined to agree with the assessment that this
choice of return type was a bug in the first place).
https://github.com/cython/cython/commit/0a5890216d29d7bce941c9ab5cb0cb818eed643d
On Tue, Jul 7, 2015 at 8:11 AM, Josh Ayers wrote:
> Cython devs,
>
> In the function __Pyx_PyUni
On Tue, Jul 7, 2015 at 12:07 PM, Stefan Behnel wrote:
> Robert Bradshaw schrieb am 07.07.2015 um 19:05:
>> On Tue, Jul 7, 2015 at 8:11 AM, Josh Ayers wrote:
>>> In the function __Pyx_PyUnicode_Tailmatch, the return type of
>>> PyUnicode_Tailmatch is assumed to
On Mon, Jul 13, 2015 at 6:56 AM, Jeroen Demeyer wrote:
> Code like the following no longer works correctly:
>
> cdef class Foo:
> def __init__(self):
> self.append(1)
>
> cdef append(self, x):
> return x
>
> It seems that Cython now always assumes that append() is a special
On Thu, Jul 16, 2015 at 2:13 PM, Brian McAndrews
wrote:
> I have a C enum type that I’m attempting to put in a C++ map:
Interesting, thanks for the report. Fixed at
https://github.com/cython/cython/commit/427771298da04f0f5bb61659ddf4a61bd0f02af4
> Here’s what I got:
>
>
>
> colors.h:
>
> enum Co
Sorry for not getting back sooner... responses below.
On Mon, Jul 20, 2015 at 2:06 PM, Ian Henriksen
wrote:
> Hi all,
> I've spent a little time working on adding support for non-type
> template parameters. In doing this, it has been very easy to add
> support for doing something like the followi
On Sat, Jul 25, 2015 at 6:23 AM, Carlos Pita wrote:
>> > Not sure, but would it be desirable for the decorators to be less dummy and
>> > for RuntimeCompiledFunction to take the flags into account when compiling
>> > on the fly?
>>
>> Can you provide a pull request, including tests?
>
> I don't ha
On Tue, Jul 28, 2015 at 11:18 AM, Ian Henriksen
wrote:
>
> On Tue, Jul 28, 2015 at 1:36 AM Robert Bradshaw wrote:
>>
>> Sorry for not getting back sooner... responses below.
>>
>> On Mon, Jul 20, 2015 at 2:06 PM, Ian Henriksen
>> wrote:
>> > Hi
On Wed, Aug 5, 2015 at 10:25 AM, Jeroen Demeyer wrote:
> As I already mentioned, I still think that the changelog should mention
> something about the changes to "enum". There were 2 threads on the mailing
> list about problems due to this change (code which abused enum no longer
> compiled), so i
On Tue, Aug 11, 2015 at 9:10 PM, Antony Lee wrote:
> Compiling and running
>
> from libc cimport math
> def f():
> print(math.abs(-1)) # oops, should be fabs
>
> results in NameError, name 'math' is not defined. I guess that this results
> from the fact that cimported names and other names ef
On Tue, Aug 18, 2015 at 3:02 PM, Dominic Sacré wrote:
> Hi,
>
> I'm getting the following error trying to build Cython 0.23:
>
> Cython/Parser/Grammar: No such file or directory
> Traceback (most recent call last):
> File "setup.py", line 289, in
> compile_cython_modules(cython_profile, cyt
On Sun, Sep 6, 2015 at 5:30 AM, Stefan Behnel wrote:
> Jeroen Demeyer schrieb am 06.09.2015 um 10:54:
>> On 2015-09-05 17:09, Stefan Behnel wrote:
>>> It now appends the 'U' suffix only to literals that are used in an unsigned
>>> context (e.g. assignment to unsigned variable), and additionally ap
Or perhaps we should respect float division even with cdivision... Thoughts?
On Mon, Sep 7, 2015 at 5:13 PM, Robert Bradshaw wrote:
> Oh, that's another issue. I'll clarify this in the documentation.
>
> On Mon, Sep 7, 2015 at 3:59 PM, Antony Lee wrote:
>> Actually I r
ndled depending on cdivision (also for % and divmod).
That's what I'm leaning towards as well, but it is backwards
incompatible. Anyone else have any opinions?
> 2015-09-07 17:15 GMT-07:00 Robert Bradshaw :
>>
>> Or perhaps we should respect float division even with cdivision.
On Mon, Sep 28, 2015 at 12:22 AM, Dirk Rothe wrote:
> On Sun, 27 Sep 2015 21:30:21 +0200, Mirth Hickford
> wrote:
>
>> Hi Cython. Please consider publishing wheels for Windows to PyPI [1].
>> Wheels [2] are a package format that installs more reliably than source
>> distributions, especially on W
OK, I created a cython account, but
https://ci.appveyor.com/project/cython/cython . I'm happy to add
anyone as an appveyer "contributor" who could help get this going.
On Mon, Sep 28, 2015 at 3:31 PM, Mirth Hickford
wrote:
>> https://github.com/cython/cython/pull/389 was recently merged.
>
> Hum
If cinit fails half way through you still may need to do some cleanup,
hence dealloc which must be aware of this.
On Oct 5, 2015 7:12 AM, "Jeroen Demeyer" wrote:
> Hello,
>
> I'm not entirely sure if this is a feature or bug...
>
> I noticed that, if a __cinit__ call raises an exception on an obj
Thanks for the report. This should be fixed with
https://github.com/cython/cython/commit/eef2bc650945d69158e888653a2f8bd6bbad3db3
On Sat, Oct 10, 2015 at 2:11 PM, Julian Taylor via cython-devel
wrote:
> hi,
> since ab78f93b3ffa88183a0d2aae6b692e394c51f860 scipy does not build anymore:
> the faili
On Sun, Oct 11, 2015 at 3:31 PM, Greg Ewing wrote:
> Stefan Behnel wrote:
>>
>> Hi!
>>
>> The syntax construct "for i from 0 <= i < 10" has been silently outdated
>> for years. Can we start issuing a warning that normal range() loops are
>> preferred?
>
>
> I'd be in favour of replacing it with ju
ay, something like cython.crange it may be more painful to
force users to express that as while loops.
I was hoping to get rid of it, but now I'm not sure it'd be that easy.
> On Mon, Oct 12, 2015, at 08:37 AM, Robert Bradshaw wrote:
>> On Sun, Oct 11, 2015 at 3:31 PM, Greg Ewing
On Thu, Oct 15, 2015 at 2:26 PM, Jakub Wilk wrote:
> * Stefan Behnel , 2015-10-11, 16:30:
>>
>> The syntax construct "for i from 0 <= i < 10" has been silently outdated
>> for years. Can we start issuing a warning that normal range() loops are
>> preferred?
>
>
> Hmm. AFAICS, Cython doesn't aways
On Wed, Oct 21, 2015 at 8:52 AM, Nathan Goldbaum
wrote:
> 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
I'm not sure why realpath was used here; that does seem quite expensive.
On Wed, Oct 28, 2015 at 9:30 AM, Jeroen Demeyer wrote:
> Hello,
>
> I am currently profiling Cython's dependency-checking code when compiling
> the SageMath Cython library. I am skipping the actual cythonization, so it's
> r
On Mon, Nov 9, 2015 at 4:15 PM, yi huang wrote:
> Even function with tuple match parameter don't work either.
>
> ```
> def test((name, v)):
> return True
> ```
>
> ```
> Error compiling Cython file:
>
> ...
> def test((name, v)):
>
On Fri, Nov 6, 2015 at 7:18 AM, Stepan Kasal wrote:
> Hello,
>
> I was learning Cython from this tutorial when I noticed a glitch:
>
> Near the end, after boundscheck False, some variables are changed to
> unsigned int. But this has unexpected consequences: variables t_from and such
> are not det
On Tue, Nov 24, 2015 at 12:50 PM, Hartmut Goebel
wrote:
> Hi,
>
> I'm a core-developer for PyInstaller. We would like to enhance cython
> support in PyInstaller and resolve dependencies of cython-compiled
> modules automatically. This would ease freezing cython modules with
> PyInstaller a lot and
On Fri, Nov 27, 2015 at 9:13 AM, Kevin Norris wrote:
> On Tue, Nov 24, 2015 at 12:50 PM, Hartmut Goebel
> wrote:
>> Hi,
>>
>> I'm a core-developer for PyInstaller. We would like to enhance cython
>> support in PyInstaller and resolve dependencies of cython-compiled
>> modules automatically. This
On Mon, Dec 28, 2015 at 1:15 PM, Baptiste Carvello
wrote:
> Le 28/12/2015 17:12, Baptiste Carvello a écrit :
>> Hi,
>>
>> not a cython dev, but I believe I hit the very same problem (I'm going
>> on vacation now, full report in January).
>>
>> You may fix the compilation error by adding the follow
+1 to a better error message. Pull requests accepted :). As for
actually implementing this feature, the pull request has been bogged
down in trying to accept expressions and types in exactly the right
places. (It's messy because one needs both Fizzle[bubble*] and
Fizzle[bubble*bubble] to parse...
On Mon, Feb 1, 2016 at 5:03 PM, Kevin Thornton wrote:
> Hi,
>
> I recently ran into an issue where I found that Cython will not generate
> code to auto-convert structs do dicts if the struct is declared in a C++
> namespace.
>
> The issue has also been discussed here:
> http://stackoverflow.com/qu
On Mon, Feb 1, 2016 at 3:22 PM, Marvin Ritter wrote:
> Hi,
>
> I have to use the NumPy C API for my current project and it seems that
> Cython 0.23.4 it only shipping definitions for on all version of the API.
> But I need some of the newer methods.
>
> What are your plans on updating? Is there an
IRC, many of the changes were moving
from using direct access (e.g. of structs) to using macros.
> On Tue, Feb 2, 2016 at 12:50 PM, Robert Bradshaw wrote:
>>
>> On Mon, Feb 1, 2016 at 3:22 PM, Marvin Ritter
>> wrote:
>> > Hi,
>> >
>> > I have to use
Try this:
https://github.com/cython/cython/commit/bd43a6a2c93443792d07caeb9647eab5a75858b7
On Thu, Feb 4, 2016 at 4:04 AM, Neal Becker wrote:
> Anyone able to shed any light on this? Here are the logs:
>
> https://kojipkgs.fedoraproject.org//work/tasks/4202/12804202/build.log
>
> _
er
>> wrote:
>>> Robert Bradshaw wrote:
>>>
>>>> Try this:
>>>>
>>>
> https://github.com/cython/cython/commit/bd43a6a2c93443792d07caeb9647eab5a75858b7
>>>
>>> What's the easiest way to grab this in the form of a diff? I do
t;>> Dimitri John Ledkov wrote:
>>>
>>>> On 5 February 2016 at 12:13, Neal Becker
>>>> wrote:
>>>>> Robert Bradshaw wrote:
>>>>>
>>>>>> Try this:
>>>>>>
>>>>>
>>>
>
Craig Citro and I were able to join Tobias for this last month, and
the podcast was recently released. Listen to it at
http://pythonpodcast.com/cython-developers.html or on your favorite
podcast player of choice.
On Thu, Dec 31, 2015 at 6:04 AM, Denis Akhiyarov
wrote:
> There is also cython-devel
We are getting ready to push a new major release. A first alpha is up
at http://cython.org/release/Cython-0.24a0.tar.gz
To avoid surprises, please test and report.
Thanks,
Robert
___
cython-devel mailing list
cython-devel@python.org
https://mail.python.
I'd really rather deprecate .pxi files completely rather than add even
more support for them. I haven't dived into cysignals yet, but it
seems it could be done with a cimport alone.
On Fri, Mar 11, 2016 at 12:30 AM, Jeroen Demeyer wrote:
> Hello,
>
> Is there any chance of merging https://github.
On Fri, Mar 11, 2016 at 1:13 AM, Jeroen Demeyer wrote:
> Dear Cython developers,
>
> I'm writing this in response to Robert's "I'd really rather deprecate .pxi
> files completely".
>
> Can you please explain what you have against .pxi files?
They're neither necessary nor pythonic. Even C++ is try
https://github.com/cython/cython/commit/970c2fc0e676ca22016e14147ada0edba937dc6b
(Just noticed the build failed on travis too...)
On Fri, Mar 11, 2016 at 2:09 AM, Jeroen Demeyer wrote:
> I get one testsuite failure:
>
> $ python runtests.py -v -v fused_cpp
> Python 2.7.10 (default, Mar 11 2016, 0
On Sun, Mar 13, 2016 at 1:49 AM, Jeroen Demeyer wrote:
> On 2016-03-11 10:00, Robert Bradshaw wrote:
>>
>> I'd really rather deprecate .pxi files completely rather than add even
>> more support for them.
>
>
> Well, .pxi files are currently *not* depr
On Fri, Mar 11, 2016 at 1:58 AM, Jeroen Demeyer wrote:
> On 2016-03-11 10:34, Robert Bradshaw wrote:
>>
>> On a more pragmatic note, includes add complexities to dependency
>> tracking
>
>
> Because you *intentionally* make things complicated. The refused pull
>
3:4: 'property rpid:' syntax is
>> deprecated, use '@property'
>>
>> That's a lot of warnings.
>>
>> As I understand it, this was added with pull #462 which is only in
>> master/0.24, so there
&g
On Sat, Mar 26, 2016 at 6:56 AM, Jeroen Demeyer
wrote:
> On 2016-03-26 13:47, Stefan Behnel wrote:
>
>> I just pushed a pure bug-fix-only release for the current 0.23 series. Any
>> major changes have been held back for the upcoming 0.24 feature release,
>> so
>> the update is recommended for tho
I just pushed a beta for Cython 0.24. It can be downloaded at
http://cython.org/release/Cython-0.24b0.tar.gz
http://cython.org/release/Cython-0.24b0.zip
https://github.com/cython/cython/tree/0.24.x
It contains fixes to all the bugs reported with the alpha, as as well as
the numerous improvements
I'm happy to announce the release of Cython 0.24. Downloads can be found at
http://cython.org/release/Cython-0.24.tar.gz
http://cython.org/release/Cython-0.24.zip
and of course on pypi.
This release contains numerous features and bugfixes, most notably keeping
up with several enhancements coming
Cool! This was essentially my answer for "if you were to propose a Python
PEP, what would it be" on the podcast. We should get Cython listed as a
potential user as well.
On Thu, Apr 14, 2016 at 9:15 AM, Stefan Behnel wrote:
> Hi!
>
> This new PEP seems interesting for Cython optimisations, too:
I agree that we shouldn't disallow distutils' Extensions just because
setuptools was imported.
https://github.com/cython/cython/commit/d804bd2d8d9aac04b92d4bfb8dbc7f8a4c8079ac
On Thu, Apr 14, 2016 at 12:07 PM, Manuel Nuno Melo <
manuel.nuno.m...@gmail.com> wrote:
> Our need to control cythonizat
On Tue, Apr 19, 2016 at 2:13 AM, Xuancong Wang wrote:
> Dear Cython developers,
>
> Python supports meta-programming, in which a variable with name
> specified in a string can be created at run-time. One built-in library
> which make use of this is argparse.
>
> For example:
>
> parser.add_argume
,
> default=False, action='store_true')
> opt=parser.parse_args()
> globals().update(vars(opt))
>
Symbols injected into globals() manually are not supported by default, see
Stefan's comments on how to support this. Documented at
https://github.com/cython/cython/wiki/Unsuppor
Thanks for the report. Looking into it.
On Fri, Apr 22, 2016 at 2:14 AM, Isuru Fernando wrote:
> Hi,
>
> When cythonizing a .pyx I get an error in Cython 0.24 which was not there
> in Cython 0.23.3
>
> After printing the stacktrace, this seems to be because of this line
> https://github.com/cyth
On Tue, Apr 26, 2016 at 8:36 AM, Erik Bray wrote:
> On Tue, Apr 26, 2016 at 5:16 PM, Dima Pasechnik
> wrote:
> > Hi,
> > certainly we did something with Sage on cygwin to work around these...
> > Just in case,
>
> From what I can tell there are several places where Sage has hacked
> around this
On Wed, Apr 27, 2016 at 3:07 AM, Erik Bray wrote:
> On Tue, Apr 26, 2016 at 10:55 PM, Robert Bradshaw
> wrote:
> > On Tue, Apr 26, 2016 at 8:36 AM, Erik Bray
> wrote:
> >>
> >> On Tue, Apr 26, 2016 at 5:16 PM, Dima Pasechnik
> >> wrote:
> >>
On Tue, May 3, 2016 at 3:04 AM, Erik Bray wrote:
> On Thu, Apr 28, 2016 at 9:29 AM, Robert Bradshaw
> wrote:
> > On Wed, Apr 27, 2016 at 3:07 AM, Erik Bray
> wrote:
> >>
> >> On Tue, Apr 26, 2016 at 10:55 PM, Robert Bradshaw
> >> wrote:
> &g
On Wed, May 4, 2016 at 8:01 AM, Erik Bray wrote:
> On Tue, May 3, 2016 at 7:15 PM, Robert Bradshaw wrote:
>> On Tue, May 3, 2016 at 3:04 AM, Erik Bray wrote:
>>> I agree that it would be safest not to use long double where long
>>> double functions are not support, a
On Fri, May 13, 2016 at 4:26 AM, Erik Bray wrote:
> On Thu, May 12, 2016 at 12:55 AM, Greg Ewing
> wrote:
>> Erik Bray wrote:
>>>
>>> A developer who writes some code that
>>> happens to use long double isn't going to think themselves "Gosh, I
>>> guess I can't accept `long double` here because i
I can't think of any fundamental reason these couldn't be implemented
in C, but there's really no need to do so as they can't be overridden
in C.
On Tue, May 31, 2016 at 3:28 AM, Jeroen Demeyer wrote:
> The following code
>
> cimport cython.operator
> cdef long foo(long x, long y):
> return c
On Wed, Jun 1, 2016 at 1:56 PM, Jeroen Demeyer wrote:
> On 2016-05-31 20:35, Robert Bradshaw wrote:
>>
>> I can't think of any fundamental reason these couldn't be implemented
>> in C, but there's really no need to do so as they can't be overridden
&g
On Thu, Jun 2, 2016 at 12:57 AM, Jeroen Demeyer wrote:
> On 2016-06-02 05:43, Robert Bradshaw wrote:
>>>
>>> 2. "x || y" because Cython's "x or y" generates complicated code which
>>> isn't
>>> optimized as well as "x || y&
On Thu, Jun 2, 2016 at 1:06 PM, Jeroen Demeyer wrote:
> On 2016-06-02 21:12, Robert Bradshaw wrote:
>>>
>>> "if isinstance(x, (int,long))", which is parsed as "if PyInt_Check(x) or
>>> PyLong_Check(x)" is slightly slower than "if PyI
Thanks for letting us know.
cython.org site - UW - sure I can find a copy
code - github
wiki - github
docs - UW - easy to generate
trac - UW - the big loss (not sure how old any backup is)
buildnot - UW - ephemeral except some configs (which'd be nice, but
not essential, to find)
I'll look more i
FYI, this was due to AC failure in the server room.
On Sun, Jun 5, 2016 at 10:43 PM, Robert Bradshaw wrote:
> Thanks for letting us know.
>
> cython.org site - UW - sure I can find a copy
> code - github
> wiki - github
> docs - UW - easy to generate
> trac - UW - the big l
+1, want to submit a pull request?
On Tue, Jun 7, 2016 at 11:28 PM, Abdeali Kothari
wrote:
> Hi,
>
> Currently, when a user installs cython, if the Python headers are not found,
> an error message saying "Python.h: no such file or directory" is shown
> (Example: https://justpaste.it/v0gz). Would
You should be using cythonize rather than listing and maintaining the
Extension definitions themselves.
http://docs.cython.org/src/quickstart/build.html#building-a-cython-module-using-distutils
https://github.com/cython/cython/wiki/enhancements-distutils_preprocessing
On Fri, Jun 10, 2016 at 9:18
> Is there a way to use cythonize for this build workflow without importing it
> at the top-level in our setup.py file?
>
> FWIW, our setup.py file is here:
> https://bitbucket.org/yt_analysis/yt/src/yt/setup.py?at=yt&fileviewer=file-view-default
>
> On Fri, Jun 10, 2016 at 12:49 P
maintaining these lists manually...and they
can be entirely deduced.
> On Fri, Jun 10, 2016 at 1:49 PM, Robert Bradshaw wrote:
>>
>> We write metadata in the generated C files for just this reason. You
>> can fall back to something like
>> https://gist.github.com/robertwb
On Fri, Jun 10, 2016 at 3:21 PM, Nathan Goldbaum wrote:
>
> 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 th
https://bitbucket.org/yt_analysis/yt/pull-requests/2225/use-cythonize-to-manage-pxd-dependencies/diff
On Fri, Jun 10, 2016 at 3:45 PM, Robert Bradshaw wrote:
> On Fri, Jun 10, 2016 at 3:21 PM, Nathan Goldbaum
> wrote:
>>
>> On Fri, Jun 10, 2016 at 5:04 PM, Robert Bradshaw
All methods (cdef, cpdef, and def) are virtual by default in Cython,
just like Python.
Sounds like you want a cdef function to me. You can override a cdef
function with a cpdef function for any subclass that wishing to expose
it to Python.
On Mon, Jun 20, 2016 at 6:08 AM, Jeroen Demeyer wrote:
>
On Fri, Jul 15, 2016 at 1:58 PM, William Stein wrote:
> On Fri, Jul 15, 2016 at 2:46 AM, Jeroen Demeyer
> wrote:
>> On 2016-06-06 07:43, Robert Bradshaw wrote:
>>>
>>> trac - UW - the big loss (not sure how old any backup is)
>>
>>
>> Has there
On Fri, Jul 15, 2016 at 4:22 AM, Matthew Brett wrote:
> Hi,
>
> On Fri, Jul 15, 2016 at 9:32 AM, Stefan Behnel wrote:
>> Hi all!
>>
>> I just pushed a bug-fix-only release for the current 0.24 series.
>> The update should be safe for everyone using 0.24.
>>
>> https://pypi.python.org/pypi/Cython/
Since the inception of the Cython project, William Stein's generously
allowed us to share Sage's hardware to host Cython's infrastructure,
which has been a great help. However, I think the time has come to
re-evaluate our options, which have actually improved a lot over the
last couple of years.
N
On Wed, Jul 20, 2016 at 12:21 AM, Jeroen Demeyer wrote:
> On 2016-07-20 08:01, Robert Bradshaw wrote:
>>
>> let alone all of Sage
>
> Curious. Does Cython upstream regularly test SageMath? I know I test Cython
> master occasionally on SageMath and stuff breaks sometimes.
On Wed, Jul 20, 2016 at 7:41 AM, William Stein wrote:
> On Tue, Jul 19, 2016 at 11:01 PM, Robert Bradshaw wrote:
>> Since the inception of the Cython project, William Stein's generously
>> allowed us to share Sage's hardware to host Cython's infrastructure,
On Wed, Jul 20, 2016 at 3:19 AM, Dima Pasechnik
wrote:
> On Wed, Jul 20, 2016 at 10:55 AM, Baptiste Carvello
> wrote:
>> Le 20/07/2016 08:01, Robert Bradshaw a écrit :
>>
>>> trac.cython.org
>>> This is probably the most controversial, but I think it makes s
PM, Baptiste Carvello
> wrote:
>>
>> Le 20/07/2016 19:23, Robert Bradshaw a écrit :
>>
>> > +1
>> >
>> > I'm a big advocate of privacy, and informed consent when choosing to
>> > give any of it away (e.g. allowing linking of activities t
On Thu, Jul 21, 2016 at 4:29 AM, Dima Pasechnik
wrote:
> On Thu, Jul 21, 2016 at 10:18 AM, Baptiste Carvello
> wrote:
>> Le 20/07/2016 19:23, Robert Bradshaw a écrit :
>>
>>> +1
>>>
>>> I'm a big advocate of privacy, and informed consent when
Please see https://github.com/robertwb/issues-import-test/issues/ as
to what this would look like. (This is a partial import, due to github
API rate limiting issues.) Unless something looks terribly wrong, I'll
start the real migration shortly.
- Robert
On Thu, Jul 28, 2016 at 9:13 PM, Stefan Behnel wrote:
> Robert Bradshaw schrieb am 29.07.2016 um 00:33:
>> Please see https://github.com/robertwb/issues-import-test/issues/ as
>> to what this would look like. (This is a partial import, due to github
>> API rate limiting issu
On Thu, Jul 28, 2016 at 10:15 PM, Yury V. Zaytsev wrote:
> On Thu, 28 Jul 2016, Robert Bradshaw wrote:
>
>>> When I click on one of the "migrated from" links to "trac.cython.org", I
>>> get redirected back to github, but with the trac ticket number, whi
On Fri, Jul 29, 2016 at 12:46 AM, Jeroen Demeyer wrote:
> On 2016-07-29 06:50, Robert Bradshaw wrote:
>>
>> I'm not quite sure how to serve the mappings
>
> I think it's really important to keep redirects from the old Trac tickets to
> GitHub. There are a lot of
Yes, several. I was intentionally re-importing the same ranges to see
how things looked.
On Fri, Jul 29, 2016 at 12:49 AM, Jeroen Demeyer wrote:
> There are some duplicates, like
> https://github.com/robertwb/issues-import-test/issues/130
> and
> https://github.com/robertwb/issues-import-test/iss
No, this didn't do attachments. It'd be good to get a handle on how
large a loss that would be for Cython (for Sage attachments are key).
I also just discovered
https://gist.github.com/jonmagic/5282384165e0f86ef105 which looks like
it might be a better solution.
On Fri, Jul 29, 2016 at 1:23 AM, J
Looks like it was trying to pull from the old docs repo. Thanks for
pointing this out. Fixed.
On Sun, Jul 31, 2016 at 11:38 PM, Jeroen Demeyer wrote:
> The page
> https://cython.readthedocs.io/en/latest/
> has the documentation for Cython version 0.15pre.
>
> How did that happen???
>
601 - 700 of 790 matches
Mail list logo
