Re: [Cython] long_double_to_float_int failure on s390x (BE) (0.24.1)

Is this a change from 0.24? Do you have any s390x hardware that we could test on? On Wed, Aug 10, 2016 at 6:39 AM, Yaroslav Halchenko wrote: > Dear Cython ppl, > > Didn't spot any obvious commit/log since 0.24.1 so decided just to report: > full build log: > https://buildd.debian.org/status/fetch

Re: [Cython] Migration of tickets from trac to github

On Fri, Jul 29, 2016 at 5:37 AM, Jeroen Demeyer wrote: > We should also about a convention about naming testsuite files. > > For example, there is > tests/compile/distutils_libraries_T845.srctree > > Should this be changed to > tests/compile/distutils_libraries_GH1234.srctree > > if this becomes G

[Cython] Cython on GitHub

All of of Cython serving infrastructure, save the jenkins buildbot, has been moved to GitHub. (Documentation is served via readthedocs.org, and tarballs served from pypi, built from GitHub head). Each trac ticket has been migrated to a github issue. I have updated/redirected what links I can. As f

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

On Thu, Aug 18, 2016 at 12:05 PM, Jason Newton wrote: > Accidentally posted to an already-opened tab for the cython-users ML > yesterday, moving to here. Following up from a github opened issue here: > > https://github.com/cython/cython/issues/1440 > > I was hoping we could give a way to drop stra

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

deduce would not overflow with the finite-sized C integer type). > I know that PRs have been submitted, and since stalled out, on a couple of > these features. I've tried to look at the Cython parser myself, but I'm not > able to follow it, sadly. > > Thanks for all your ha

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

On Fri, Aug 19, 2016 at 12:32 PM, Jason Newton wrote: > > > On Fri, Aug 19, 2016 at 3:19 PM, William Stein wrote: >> >> On Fri, Aug 19, 2016 at 8:19 AM, Jason Newton wrote: >> > You must realize that almost any other python driven way to compile >> > c-code >> > in the spirit these projects do i

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

On Fri, Aug 19, 2016 at 11:19 AM, Jason Newton wrote: > > On Fri, Aug 19, 2016 at 5:36 AM, Robert Bradshaw wrote: >> >> On Thu, Aug 18, 2016 at 12:05 PM, Jason Newton wrote: >> > Accidentally posted to an already-opened tab for the cython-users ML >> > yes

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

On Sun, Aug 21, 2016 at 7:26 AM, Jason Newton wrote: > > On Sun, Aug 21, 2016 at 5:30 AM, Robert Bradshaw wrote: >> >> In my experience Cython has generally been fairly easy to pick up for >> people who already know Python. And Python often easy to pick up for >&g

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

e can live without it, and > we have been, but while we're making a list.. :) Yes, that's a good one. Worth an issue :). > On Sat, Aug 20, 2016 at 11:15 PM Robert Bradshaw wrote: >> >> On Fri, Aug 19, 2016 at 9:34 AM, Kevin Thornton wrote: >> > Hi Robert

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

On Mon, Aug 22, 2016 at 4:48 PM, Jason Newton wrote: > > Bare in mind that was then, and while I'm not Cython developer level I do > have a better idea of how Cython works now, possibly better than your > average user. I've thought about this problem and the state of the overall > C++ python bind

Re: [Cython] RFC: an inline_ function that dumps c/c++ code to the code emitter

On Mon, Aug 22, 2016 at 9:44 PM, Robert Bradshaw wrote: > And it would be a step back > for the nice auto-conversion facilities you care about, e.g. > > py_func(c_func(py_value)) > > would become > > c_value = py_value > cdef some_type c_ret > inli

[Cython] Cython release

I'd like to put out another Cython release shortly. Is anyone aware of anything that we should try to get in before then? - Robert ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel

Re: [Cython] Cython release

On Fri, Sep 9, 2016 at 12:03 PM, Jeroen Demeyer wrote: > On 2016-09-09 10:11, Robert Bradshaw wrote: >> >> I'd like to put out another Cython release shortly. > > > Do you mean a 0.24.x release or 0.25? > > Anyway, this is a serious bug breaking SageMath: > h

Re: [Cython] Cython release

On Fri, Sep 9, 2016 at 4:33 AM, Stefan Behnel wrote: > Robert Bradshaw schrieb am 09.09.2016 um 10:11: >> I'd like to put out another Cython release shortly. > > Exactly my thoughts. > > The next release could use some extra good testing as I reworked some of > the

Re: [Cython] Cython release

Thanks! On Tue, Sep 13, 2016 at 11:21 PM, Jeroen Demeyer wrote: > On 2016-09-09 10:11, Robert Bradshaw wrote: >> >> I'd like to put out another Cython release shortly. Is anyone aware of >> anything that we should try to get in before then? > > > I just b

[Cython] Cython 0.25 alpha0

Please download and test the upcoming release of Cython: https://github.com/cython/cython/archive/0.25a0.tar.gz This is not the final release (more pull requests and bug fixes may still go in) but a lot has changed since the last release so it'd be good to get feedback early. https://github.com/

Re: [Cython] Cython 0.25 alpha0

This prerelease version is also available at PyPi https://pypi.python.org/pypi/Cython/0.25a0 installable via pip install --pre cython On Sat, Sep 24, 2016 at 9:47 PM, Robert Bradshaw wrote: > Please download and test the upcoming release of Cython: > > https://github.c

Re: [Cython] [cython-users] Re: Cython 0.25 alpha0

cdef vector[double complex] v > > > Regards, > > Isuru Fernando > > On Sun, Sep 25, 2016 at 11:35 AM, Matthew Brett > wrote: >> >> On Sat, Sep 24, 2016 at 10:12 PM, Robert Bradshaw >> wrote: >> > This prerelease version is also avail

[Cython] Cython 0.25 beta

Thanks for all of those to tested the alpha release. I think we've managed to fix all the issues and regressions raised in that thread; here's a beta that's likely to turn into a release candidate. https://github.com/cython/cython/archive/0.25b0.zip ___

Re: [Cython] Cython 0.25 beta

We did not manage to fix all bugs from all previous releases with this release. On Tue, Oct 11, 2016 at 9:16 AM, Andrew Svetlov wrote: > https://github.com/cython/cython/issues/1461 is still an issue. > > On Monday, October 10, 2016 at 10:51:37 PM UTC+3, Robert Bradshaw wrote: >>

Re: [Cython] Cython 0.25 beta

One more beta: https://github.com/cython/cython/archive/0.25b1.tar.gz I'm planning to release before the week is out. On Mon, Oct 10, 2016 at 12:50 PM, Robert Bradshaw wrote: > Thanks for all of those to tested the alpha release. I think we've managed > to fix all the issues

Re: [Cython] Regression since 0.25a0 involving std::vector

Thanks for checking. This was fixed at https://github.com/cython/ cython/commit/4bf8b9b260c33fe88de5d743d5accbcbf649d8a6 Try https://github.com/cython/cython/archive/0.25.x.zip On Tue, Oct 18, 2016 at 1:17 AM, Jeroen Demeyer wrote: > This is

Re: [Cython] Cython 0.25 beta

One (hopefully last) beta: https://github.com/cython/cython/archive/0.25b2.zip On Tue, Oct 18, 2016 at 11:16 AM, Yury Selivanov wrote: > Please also take a look at https://github.com/cython/cython/issues/1493 > > > > On 2016-10-10 3:50 PM, Robert Bradshaw wrote: >> >>

[Cython] Cython 0.25 released

I'm happy to announce the release of Cython 0.25 which has numerous new features and bug fixes. It is available at https://pypi.python.org/pypi/Cython We have also moved bug tracking from trac.cython.org to github issues. However, user support still remains at cython-users@, please refrain from fi

Re: [Cython] Cython 0.25 released

Thanks for the bug report. That's why we have alphas and betas. On Tue, Oct 25, 2016 at 8:56 PM, Yury Selivanov wrote: > Congrats on the release! > > It seems though that it's slightly broken: https://github.com/cython/cyth > on/issues/1496. > > > Yury >

Re: [Cython] Cython 0.25 released

I'm having trouble reproducing this on any of my setups though. Let's follow up on https://github.com/cython/cython/issues/1499 On Wed, Oct 26, 2016 at 2:11 AM, Antoine Martin wrote: > On 26/10/16 03:34, Robert Bradshaw wrote: > > I'm happy to announce the release

Re: [Cython] Cython 0.25 released

e projects time to migrate. The new build_ext is available as ``new_build_ext``. On Wed, Oct 26, 2016 at 9:15 AM, Robert Bradshaw wrote: > I'm having trouble reproducing this on any of my setups though. Let's follow > up on https://github.com/cython/cython/issues/1499 > >

[Cython] Cython 0.25.2

I'm preparing another bugfix release. Try it out at https://github.com/cython/cython/archive/966a296ac4e4862dee9a571ee412886ca3c61144.zip ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel

Re: [Cython] 0.25.1 annotate_html UnicodeDecodeError

You can run just this test with python runtests.py annotate_html Could you also run with --no-cleanup so see what non-ascii characters appear in the html file? On Sat, Nov 19, 2016 at 7:39 PM, Yaroslav Halchenko wrote: > Ran into it while building a package for Debian > > ==

Re: [Cython] 0.25.2b0 with 32bit fixes: (sometimes) Interrupted system call in builtin_subtype_methods_T653

When it does reproduce, is it always this particular test? On Wed, Nov 30, 2016 at 6:46 AM, Yaroslav Halchenko wrote: > A fresh one I ran into while rebuilding with fixes for 32bit (thanks > BTW! sorry for not prompt followup/gratitude) > >

Re: [Cython] Cython 0.25.2 released

On Dec 8, 2016 10:29 PM, "Robert Bradshaw" wrote: I pushed a bugfix release to PyPi this afternoon. This is a minor release with the following fixes: - Fixes several issues with C++ template deduction. - Fixes a issue with bound method type inference (Github issue #551). - Fixes

[Cython] Changing the default value of exception propagation

By default a cdef (or cpdef) function returning C type suppresses all exceptions, which is quite surprising to new (and old) users, and makes debugging difficult. I would propose that we make exception propagation the default. The primary motivation to not do this would be for fear of performance

Re: [Cython] Changing the default value of exception propagation

On Thu, Jan 5, 2017 at 2:31 AM, Stefan Behnel wrote: > Hi Robert! > > Robert Bradshaw schrieb am 04.01.2017 um 07:46: >> By default a cdef (or cpdef) function returning C type suppresses all >> exceptions, which is quite surprising to new (and old) users, and >> makes d

Re: [Cython] verify_resolution_GH1533

Disabling only works on full test suites, e.g. you'd have to disable all of cpdef_enums. What kind of machine turns this into a long? On Tue, Jan 24, 2017 at 8:56 AM, Yaroslav Halchenko wrote: > Dear Cython gurus, > > How to skip this test? > > It is causing failures on i386: > https://github.c

Re: [Cython] verify_resolution_GH1533

Ah, if the enum is unsigned and has the same size as unsigned long, this could happen. I pushed https://github.com/cython/cython/commit/d92a718a26c9354fbf35f31a17de5c069865a447 for future release. On Tue, Jan 24, 2017 at 4:53 PM, Robert Bradshaw wrote: > Disabling only works on full test sui

Re: [Cython] Treatment of right-hand side after assignment

On Sun, Apr 2, 2017 at 9:42 AM, Clemens Hofreither wrote: > Hey all, > > (I hope this list isn't dead.) > > I'm reading up on the Cython codebase because I'm trying to implement > a small feature (more on that later). There's one thing that really > confuses me currently, and that's the distincti

Re: [Cython] Treatment of right-hand side after assignment

On Mon, Apr 10, 2017 at 5:57 AM, Clemens Hofreither wrote: > > On Sun, Apr 9, 2017 at 8:00 AM, Robert Bradshaw wrote: > > On Sun, Apr 2, 2017 at 9:42 AM, Clemens Hofreither > > wrote: > >> > >> Hey all, > >> > >> (I hope this list isn&#x

Re: [Cython] Automatically add include_dirs for externs (#1654)

I'm in favor of the idea (basically attempting to resolve header files relative to the cython file including them and transitively passing these paths to modules cimporting them); haven't had time to look at the code yet or think if there could be negative implications. On Tue, Apr 11, 2017 at 3:0

Re: [Cython] Next Cython Release

On Sat, Jun 10, 2017 at 10:34 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 > (https://github.com/conda-forge/cython-feedstock/pull/20). We would > prefer not to patch and

[Cython] Cython 0.26 release

I'd like to officially start off the release process with an alpha candidate. This does necessarily contain everything that will be in the final release, but given the amount of time that has passed I would recommend everyone test this out with their projects sooner rather than later. Download: ht

Re: [Cython] Cython 0.26 release

Thanks. Fixed. On Tue, Jun 20, 2017 at 7:53 AM, Jeroen Demeyer wrote: > This is breaking SageMath: > https://github.com/cython/cython/issues/1739 > ___ > cython-devel mailing list > cython-devel@python.org > https://mail.python.org/mailman/listinfo/cyth

Re: [Cython] Cython 0.26 release

On Wed, Jun 21, 2017 at 5:29 AM, Jeroen Demeyer wrote: > Could the error from > https://github.com/cython/cython/issues/1732 > at > https://github.com/cython/cython/blob/master/Cython/Compiler/Symtab.py#L2099 > be a warning instead? > > SageMath has quite a bit of code hitting this error. It would

Re: [Cython] Cython 0.26 release

On Wed, Jun 21, 2017 at 9:59 AM, Jeroen Demeyer wrote: > On 2017-06-21 17:44, Robert Bradshaw wrote: >> >> Is it cdef->cpdef, or something else? > > Yes, it is. > >> It's possible that the error needs to be made narrower, but I'd really >> like

Re: [Cython] Cython 0.26 release

On Wed, Jun 21, 2017 at 12:41 PM, Jeroen Demeyer wrote: > On 2017-06-21 20:25, Robert Bradshaw wrote: >> >> I suppose in that case we just got lucky that no one cimported these >> classes and tried to use methods after this point in the vtable... > > I think that's

[Cython] On cdef and cpdef discrepencies

On Thu, Jun 22, 2017 at 1:25 AM, Jeroen Demeyer wrote: > On 2017-06-21 21:51, Robert Bradshaw wrote: >> >> I'll see if I can put together a patch. > > > For what? For Sage? For Cython? I was thinking for Sage. I was assuming there was just an oddball collection of ov

Re: [Cython] Next Cython Release

I'm happy with including it at this early stage. On Sun, Jun 25, 2017 at 2:58 PM, Stefan Behnel wrote: > Adrien Guinet schrieb am 17.06.2017 um 11:39: >> As everyone is making his "wishlist" for the next Cython release, I >> think it could be nice if https://github.com/cython/cython/pull/1607 >>

Re: [Cython] Cython 0.26 release

un 23, 2017 at 6:32 PM, David Roe wrote: > > > On Wed, Jun 21, 2017 at 12:41 PM, Jeroen Demeyer > wrote: >> >> On 2017-06-21 20:25, Robert Bradshaw wrote: >>> >>> I suppose in that case we just got lucky that no one cimported these >>> classes

[Cython] Cython 0.26 beta

There have been a lot of changes since Cython 0.25.2, please test and report. https://github.com/cython/cython/archive/0.26b0.zip At this point I anticipate only bugfixes will be merged before the final release. ___ cython-devel mailing list cython-devel

Re: [Cython] Cython 0.26 beta

and so that our release > builds with your release :) > > Cheers, > Andy > > > On 07/03/2017 04:29 PM, Robert Bradshaw wrote: >> >> There have been a lot of changes since Cython 0.25.2, please test and >> report. https://github.com/cython/cython/archive/0.26b0.

Re: [Cython] Cython 0.26 beta

Another beta: https://github.com/cython/cython/archive/0.26b1.zip On Mon, Jul 10, 2017 at 10:59 AM, Robert Bradshaw wrote: > https://github.com/scikit-learn/scikit-learn/pull/9311 looks like a > good resolution. The infinite recursion issue has been fixed as well. > > On Fri, Jul 7,

Re: [Cython] Cython 0.26 beta

Scratch that, please try https://github.com/cython/cython/archive/0.26b1.zip On Mon, Jul 10, 2017 at 12:49 PM, Robert Bradshaw wrote: > Another beta: https://github.com/cython/cython/archive/0.26b1.zip > > On Mon, Jul 10, 2017 at 10:59 AM, Robert Bradshaw wrote: >> https://gi

Re: [Cython] Cython 0.26 beta

https://github.com/cython/cython/archive/0.26b2.zip On Mon, Jul 10, 2017 at 2:01 PM, Robert Bradshaw wrote: > Scratch that, please try https://github.com/cython/cython/archive/0.26b1.zip > > On Mon, Jul 10, 2017 at 12:49 PM, Robert Bradshaw wrote: >> Another beta: https://gi

Re: [Cython] Cython 0.26 beta

On Wed, Jul 12, 2017 at 4:58 AM, Jeroen Demeyer wrote: > On 2017-07-10 23:51, Robert Bradshaw wrote: >> >> https://github.com/cython/cython/archive/0.26b2.zip > > > Everything fine in SageMath! Thanks! > I did notice a speed regression and I suspect that > https:/

[Cython] Cython 0.26 release candidate.

Looks like everything's gone smoothly with the beta. I have prepared a release candidate, likely to become the final release. The git sources are available at https://github.com/cython/cython/archive/0.26rc0.zip I have also created an sdist, up at http://bradshawfamily.net/cython/Cython-0.26rc0.ta

Re: [Cython] Cython 0.26 release candidate.

Some last-minute commits to unbreak Py3.7. New release candidate at http://bradshawfamily.net/cython/Cython-0.26rc1.tar.gz (sdist) or https://github.com/cython/cython/archive/0.26rc1.zip (git) On Fri, Jul 14, 2017 at 5:28 PM, Robert Bradshaw wrote: > Looks like everything's gone smoot

Re: [Cython] [cython-users] Cython 0.26 release candidate.

Behnel wrote: > Robert Bradshaw schrieb am 16.07.2017 um 01:19: >> On Sat, Jul 15, 2017 at 2:44 AM, Jeroen Demeyer wrote: >>> Do you intend to do something about the speed regression due to >>> https://github.com/cython/cython/pull/1719 >>> >>> I'

Re: [Cython] Cython 0.26 beta

The release is out. Thanks everyone for the feedback on and off list. On Jul 12, 2017 1:05 PM, "Jeroen Demeyer" wrote: > On 2017-07-12 17:13, Robert Bradshaw wrote: > >> Could also be https://github.com/cython/cython/pull/1728 , though of >> course correctness trumps

Re: [Cython] Preparations for Cython 0.26.1 and 0.27

+1, I've been thinking the same. I'll have time to look into these issues next week (if I don't manage to get to them sooner). On Wed, Aug 2, 2017 at 2:44 AM, Stefan Behnel wrote: > Hi! > > Given the current set of bugs and regressions in 0.26, I think we should > start preparing a 0.26.1 release

Re: [Cython] Preparations for Cython 0.26.1 and 0.27

On Thu, Aug 17, 2017 at 5:18 AM, Stefan Behnel wrote: > Stefan Behnel schrieb am 02.08.2017 um 11:44: >> Given the current set of bugs and regressions in 0.26, I think we should >> start preparing a 0.26.1 release. I've already updated the release branch >> with recent fixes. It's currently the sa

Re: [Cython] Dropping support for Python 3.2

+1 to this. On Fri, Aug 25, 2017 at 1:14 PM, Stefan Behnel wrote: > Hi all, > > the release branch still builds ok with Python 3.2, but master doesn't, and > I'd rather not spend my time on fixing that. Python 3.2 has reached its > final end-of-life in February 2016, so it's really dead for good

Re: [Cython] Release candidate for 0.26.1

FYI, see https://travis-ci.org/cython-testbed which could be useful. On Fri, Aug 25, 2017 at 9:52 AM, Stefan Behnel wrote: > Hi all, > > I've tagged a release candidate for the 0.26.1 bug fix release. Please give > it some final testing. > > https://github.com/cython/cython/archive/0.26.1rc1.tar.

Re: [Cython] Safer default exception handling with return type annotations?

On Mon, Sep 4, 2017 at 12:32 PM, Stefan Behnel wrote: > Hi all, > > since PEP 484 type annotations are scheduled for the next release now, I > wonder if we should take the opportunity to change the defaults for the > exception handling of typed cdef functions. > > Currently, if you define a functi

Re: [Cython] Safer default exception handling with return type annotations?

On Tue, Sep 5, 2017 at 10:44 PM, Stefan Behnel wrote: > Robert Bradshaw schrieb am 06.09.2017 um 07:21: >> I'm not a huge fan of behaving differently depending on what syntax >> was used to annotate the return type--I'd rather they be 100% aliases >> of each ot

Re: [Cython] Error handling during buffer reassignment

On Wed, Sep 6, 2017 at 3:53 AM, Stefan Behnel wrote: > Hi, > > consider this code: > > cdef np.ndarray[int32, ndim=1] a > a = new_int32_buffer() > a = new_float32_buffer() > > This fails during the second assignment, but only during validation, after > unpacking the buffer. The code th

Re: [Cython] Safer default exception handling with return type annotations?

On Wed, Sep 6, 2017 at 12:06 AM, Stefan Behnel wrote: > Robert Bradshaw schrieb am 06.09.2017 um 08:28: >> On Tue, Sep 5, 2017 at 10:44 PM, Stefan Behnel wrote: >>> Robert Bradshaw schrieb am 06.09.2017 um 07:21: >>>> I'm not a huge fan of behaving differentl

Re: [Cython] Safer default exception handling with return type annotations?

On Sat, Sep 9, 2017 at 10:36 AM, Stefan Behnel wrote: > Robert Bradshaw schrieb am 06.09.2017 um 08:28: >> On Tue, Sep 5, 2017 at 10:44 PM, Stefan Behnel wrote: >>> Robert Bradshaw schrieb am 06.09.2017 um 07:21: >>>> I'm not a huge fan of behaving differentl

Re: [Cython] Big backwards compatibility problem with fused types

On Tue, Sep 19, 2017 at 10:48 AM, Stefan Behnel wrote: > Hi devs, > > this is really bad: > > https://github.com/cython/cython/pull/1873 > > The problem is that cdef functions with fused types are expanded > arbitrarily on use, and their Entries removed and re-appended to the list > of cdef functi

Re: [Cython] Python callable staticmethods?

On Mon, Sep 25, 2017 at 12:58 PM, John Ehresman wrote: > On 9/25/17 3:32 PM, Stefan Behnel wrote: >> >> Am 25. September 2017 20:59:01 MESZ schrieb John Ehresman: >>> >>> Is there a way to define a Python callable staticmethod in a Cython >>> cdef class? >> >> >> Did you try it? > > > Not fully, I

Re: [Cython] Drop Cython wheels for 2.6?

Wheels are a convenience; I'm OK with not going through extra hoops to support them for a version of Python retired years ago. Until we actually drop support for 2.6 entirely one can still install from source. On Mon, Nov 20, 2017 at 5:57 PM, Nathaniel Smith wrote: > On Mon, Nov 20, 2017 at 4:08

Re: [Cython] Bug with inlined functions that access globals

On Fri, Nov 24, 2017 at 5:48 AM, Erik Bray wrote: > On Fri, Nov 24, 2017 at 2:16 PM, Stefan Behnel wrote: >> Erik Bray schrieb am 24.11.2017 um 13:44: >>> I think maybe I've seen this brought up once or twice before in the >>> past, but with no real discussion. There is a slightly unpythonic >>>

Re: [Cython] Segfault with large cdef'd list

Cython itself doesn't impose any limits, but it does inherit whatever limit exists in the C complier and runtime. The variance may be due to whatever else happens to be placed on the stack. On Sat, Jan 6, 2018 at 10:57 PM, Dan Stromberg wrote: > I'm getting a weird segfault from a tiny function (

Re: [Cython] Multiple inheritance with old-style classes in Python 2?

No, we don't care about supporting this, but we should detect and reject it informatively when possible. On Thu, Jan 25, 2018 at 9:40 AM, Elizabeth A. Fischer wrote: > No. Python2 is obsolete, old style classes even more so. > > On Thu, Jan 25, 2018 at 12:22 PM Jeroen Demeyer wrote: >> >> Do we

Re: [Cython] Should we start requiring "language_level=2" for .pyx files?

Language level affects things like integer division (for example). I agree it makes sense to start putting a warning in. On Thu, May 31, 2018 at 7:35 AM, Erik Bray wrote: > On Mon, May 28, 2018 at 8:56 PM, Stefan Behnel > wrote: > > Hi, > > > > Python 3 is clearly taking over the world these

Re: [Cython] #cython on freenode

Thanks for the heads up. I'd be happy to help with this. On Thu, Aug 9, 2018, 12:55 AM Nathan Goldbaum wrote: > Hi all, > > The Freenode IRC network is currently undergoing a spam attack that is > affecting the #cython channel there. > > People definitely do use #cython to ask questions. I and s

Re: [Cython] Cython 0.29 – or 29.0 ?

If we're going to ditch the 0.x, I'd go for 1.0 as well. I'm a huge fan of semantic versioning. The primary reasons we kept the 0.x scheme were that * We wanted full compatibility with CPython (we're nearly there, or at least it's safe to say the differences are on par with those between differen

Re: [Cython] Cython 0.29 – or 29.0 ?

I like the jump to 3.0 to to change the language level. It still might be safer to *require* this flag for a period though, and 3.0 would make it optional (with the opposite default than it has now). (I'm honestly on the fence with this one, as it may be a major pain to make this required...) Lett

Re: [Cython] Cython 0.29 – or 29.0 ?

It'd be nice to change the default of cython.binding as well (breaking change). On Fri, Aug 17, 2018 at 9:19 AM, Robert Bradshaw wrote: > I like the jump to 3.0 to to change the language level. It still might be > safer to *require* this flag for a period though, and 3.0 wo

Re: [Cython] Cython 0.29 – or 29.0 ?

On Sat, Aug 18, 2018 at 10:24 AM, Jeroen Demeyer wrote: > On 2018-08-17 11:44, Stefan Behnel wrote: >> >> Hej, that gives us an alternative for the versioning switch. We could >> release Cython 3.0 when we change the default language level (and require >> users to select "language_level=2" for leg

Re: [Cython] Cython 3.0 and "unicode_literals"

On Sun, Sep 16, 2018 at 5:24 PM Stefan Behnel wrote: > Jeroen Demeyer schrieb am 22.08.2018 um 13:10: > > On 2018-08-19 08:26, Stefan Behnel wrote: > >> Should we make that a new directive rather than a language level? Like > >> "py2_str=str"? That would allow its use together with language_level

[Cython] Safer exception handling

One of the pain points in Cython is that one must explicitly annotate non-object returning functions with except clauses. Would it be worth trying to change the default here, making exception-suppressing opt-in rather than opt-out? There are a couple of open questions, e.g. * What would the synt

Re: [Cython] Safer exception handling

On Tue, Sep 18, 2018, 10:12 AM Jeroen Demeyer wrote: > On 2018-09-17 15:44, Robert Bradshaw wrote: > > One of the pain points in Cython is that one must explicitly annotate > > non-object returning functions with except clauses. Would it be worth > > trying to change the

Re: [Cython] Safer exception handling

On Wed, Sep 19, 2018, 5:04 PM Stefan Behnel wrote: > Robert Bradshaw schrieb am 17.09.2018 um 15:44: > > One of the pain points in Cython is that one must explicitly annotate > > non-object returning functions with except clauses. Would it be worth > > trying to change the

Re: [Cython] Enhancing "ctyepdef class numpy.ndarray" with getter properties

Thanks for looking into this! My preference would be to use the @property syntax, as this will be immediately understandable to any Cython user and could contain arbitrary code, rather than just a macro call. There are, however, a couple of downsides. The first is that it may not be clear when ac

Re: [Cython] Enhancing "ctyepdef class numpy.ndarray" with getter properties

On Thu, Sep 27, 2018 at 11:36 PM Matti Picus wrote: > On 27/09/18 22:50, Robert Bradshaw wrote: > > > > On Thu, Sep 27, 2018 at 10:38 AM Matti Picus > > mailto:matti.pi...@gmail.com>> wrote: > > To solve issue #2498, I did some experiments > &g

[Cython] longintrepr.h issues with MinGW

Given that https://bugs.python.org/issue4709 results in extension modules that seem to work, but silently produce completely incorrect answers, I'm thinking we should either disable our long-unpacking code on these platforms, or at the very least give a runtime error if we detect issues like sizeof

Re: [Cython] longintrepr.h issues with MinGW

On Tue, Oct 23, 2018 at 10:22 PM Stefan Behnel wrote: > > Robert Bradshaw schrieb am 22.10.2018 um 11:03: > > Given that https://bugs.python.org/issue4709 results in extension > > modules that seem to work, but silently produce completely incorrect > > answers, I

Re: [Cython] Size of output

On Fri, Jan 31, 2020 at 3:17 PM Greg Ewing wrote: > > On 1/02/20 3:17 am, John Skaller2 wrote: > > When I ran Cython on a two line Python function I got this from wc: > > > > 4276 13798 161338 oldtest.c > > That seems a bit excessive. > > > A lot of the emitted code appeared to be run time

Re: [Cython] Size of output

On Sat, Feb 1, 2020 at 6:33 AM John Skaller2 wrote: > > > given target. Removing the final 0.5% of code that is "unused in some > > cases" is really not something I would want to invest days into, each time > > we make a change in Cython. > > But its not 0.5%. My problem is trying to read the gene

Re: [Cython] Auto-generation of wrapper types

I am in general of more automated wrapping. Two things that make C++ classes more difficulty are. (1) How to handle inheritance (including multiple inheritance)? Would the wrapped types mirror the inheritance? (2) We can do auto-conversion of most types because they are passed by value. This break

Re: [Cython] [cython-users] Re: Welcome David Woods as a Cython core developer

+1, thank you David! On Mon, Aug 1, 2022 at 1:29 PM Blue wrote: > Congrats! > > I have had the pleasure of working with David in reviewing some their PRs, > nice to see this. Well deserved! > > On Sun, 31 Jul 2022, 21:47 Matti Picus, wrote: > >> As someone watching from the sidelines, it is nic

<    3   4   5   6   7   8