From stefan_ml at behnel.de Tue May 5 13:32:24 2020 From: stefan_ml at behnel.de (Stefan Behnel) Date: Tue, 5 May 2020 19:32:24 +0200 Subject: [Cython] Cython 3.0 alpha 4 released In-Reply-To: <4aefcbc6-011f-ebe0-76eb-28878dff7b35@behnel.de> References: <48665f8f-dd38-65cd-b495-0d28c65814f5@behnel.de> <4aefcbc6-011f-ebe0-76eb-28878dff7b35@behnel.de> Message-ID: <17f6caeb-34d6-537c-cee3-646e36f4579a@behnel.de> Hi all, here's yet another alpha release for you, with some great new features and even more bug fixes this time, and now hopefully generating proper C code for nogil code again. Download: https://pypi.org/project/Cython/3.0a4/ Changelog: https://github.com/cython/cython/blob/master/CHANGES.rst I'll wait a day or two for reports on bugs and regressions and then also prepare the corresponding 0.29.18 release with the relevant beckported bug fixes. Have fun, Stefan Stefan Behnel schrieb am 27.04.20 um 18:36: > ? and a third alpha is out, with several fixes (thanks!) for reported > regressions and issues (thanks!), as well as streamlined GIL handling in > nogil functions that contain "with gil" sections. > > Download: > https://pypi.org/project/Cython/3.0a3/ > > Changelog: > https://github.com/cython/cython/blob/master/CHANGES.rst > > This release was brought to you with the invaluable help of Yusuf Cat > Stevens and Deutsche Bahn. Thanks to everyone out there who's doing their > job keeping others alive/healthy/undepressed/fed/mobile/connected/working/? > in these (for many people) difficult days. > > Stefan > > > > Stefan Behnel schrieb am 23.04.20 um 17:39: >> Hi all, >> >> here's the second alpha. I hope we got all major regressions fixed for this >> release that were reported since alpha 1. >> >> Download: >> https://pypi.org/project/Cython/3.0a2/ >> >> Changelog: >> https://github.com/cython/cython/blob/master/CHANGES.rst >> >> Have fun, >> Stefan >> >> >> >> Stefan Behnel schrieb am 12.04.20 um 12:24: >>> Dear Cython users and devs, >>> >>> today, I'm happy to announce the first alpha release of Cython 3.0. >>> >>> https://pypi.org/project/Cython/3.0a1/ >>> >>> It took us a while to get to this point, well more than a year's time, but >>> we received a lot of help along the way, most notably from David Woods, >>> Jeroen Demeyer and Matti Picus. Thanks a lot, and also to the many other >>> contributors! For this release, we already have 182 closed issues and >>> merged PRs, including 109 PRs contributed by non-core devs! >>> >>> >>> ** What is Cython 3.0? >>> >>> Cython 3.0 is our effort to bring Cython up to date with modern Python 3, >>> after an 18 year long development history. According to the Python mailing >>> list archive [1] and Greg's download directory [2], Cython's predecessor >>> Pyrex 0.1 was announced and released to the public on April 4th, 2002. >>> >>> Cython is finally coming of age. :) >>> >>> >>> ** So, what's new? >>> >>> Too much. Way too much for this announcement. Cython 3.0 comes with a very >>> long list of new features, bug fixes and modernisations, a few of which are >>> backwards incompatible, but in a good way. See the latest changelog: >>> >>> https://github.com/cython/cython/blob/master/CHANGES.rst >>> >>> Here's a short teaser list anyway: >>> - Python 3 semantics by default, legacy Python 2 semantics via directive. >>> - No more deprecated NumPy C-API usage. >>> - Unicode module names, imports, and identifiers (PEP-3131, PEP-489). >>> - Support for the fast vectorcall protocol (PEP-590). >>> - Inlined properties on external cdef classes. >>> - Faster dispatch for fused functions. >>> - First steps towards supporting CPython's stable ABI (PEP-384). >>> >>> >>> ** How alpha is it? >>> >>> Well. It's not complete yet [3]. It still has some known issues. There are >>> still some unmerged PRs waiting. Support for the limited API is ? limited. >>> >>> But, it's in a good shape and probably ready enough for you to make use of >>> all those cool new features. Please give it a try and report back if you >>> find issues that we can still improve on in the upcoming pre-releases. PRs >>> very welcome! >>> >>> As always, if it works for you, use it. Generate your C code locally with >>> it, test it, then ship it to your users. Once the code is compiled, they >>> don't even have to know that you've used an alpha version. :) >>> >>> >>> Have fun, >>> >>> Stefan >>> >>> >>> >>> [1] https://mail.python.org/pipermail/python-list/2002-April/126661.html >>> [2] https://www.csse.canterbury.ac.nz/greg.ewing/python/Pyrex/oldtar/ >>> [3] https://github.com/cython/cython/milestone/58 From jwilk at jwilk.net Wed May 6 14:31:44 2020 From: jwilk at jwilk.net (Jakub Wilk) Date: Wed, 6 May 2020 20:31:44 +0200 Subject: [Cython] Cython 3.0 alpha 4 released In-Reply-To: <17f6caeb-34d6-537c-cee3-646e36f4579a@behnel.de> References: <48665f8f-dd38-65cd-b495-0d28c65814f5@behnel.de> <4aefcbc6-011f-ebe0-76eb-28878dff7b35@behnel.de> <17f6caeb-34d6-537c-cee3-646e36f4579a@behnel.de> Message-ID: <20200506183144.lmvunasxelyvamm6@jwilk.net> Hi Stefan! Could you push the 3.0a4 tag to GitHub? -- Jakub Wilk From stefan_ml at behnel.de Wed May 6 15:27:05 2020 From: stefan_ml at behnel.de (Stefan Behnel) Date: Wed, 6 May 2020 21:27:05 +0200 Subject: [Cython] Cython 3.0 alpha 4 released In-Reply-To: <20200506183144.lmvunasxelyvamm6@jwilk.net> References: <48665f8f-dd38-65cd-b495-0d28c65814f5@behnel.de> <4aefcbc6-011f-ebe0-76eb-28878dff7b35@behnel.de> <17f6caeb-34d6-537c-cee3-646e36f4579a@behnel.de> <20200506183144.lmvunasxelyvamm6@jwilk.net> Message-ID: <298935f7-bff2-5a8d-a1b9-c840bfb0e115@behnel.de> Jakub Wilk schrieb am 06.05.20 um 20:31: > Hi Stefan! > > Could you push the 3.0a4 tag to GitHub? Done, thanks for the reminder. Stefan From stefan_ml at behnel.de Tue May 19 04:09:23 2020 From: stefan_ml at behnel.de (Stefan Behnel) Date: Tue, 19 May 2020 10:09:23 +0200 Subject: [Cython] Cython 3.0 alpha 5 released In-Reply-To: <17f6caeb-34d6-537c-cee3-646e36f4579a@behnel.de> References: <48665f8f-dd38-65cd-b495-0d28c65814f5@behnel.de> <4aefcbc6-011f-ebe0-76eb-28878dff7b35@behnel.de> <17f6caeb-34d6-537c-cee3-646e36f4579a@behnel.de> Message-ID: <87132c52-436a-1938-0a9e-345018e2962a@behnel.de> Hi all, here's the 5th alpha for 3.0. It goes together with the equally fresh 0.29.18 release that contains a long list of bug fixes, as well as faster memory view slicing. Download: https://pypi.org/project/Cython/3.0a5/ Changelog: https://github.com/cython/cython/blob/master/CHANGES.rst Let's see where fate takes these releases. Stefan Stefan Behnel schrieb am 05.05.20 um 19:32: > Hi all, > > here's yet another alpha release for you, with some great new features and > even more bug fixes this time, and now hopefully generating proper C code > for nogil code again. > > Download: > https://pypi.org/project/Cython/3.0a4/ > > Changelog: > https://github.com/cython/cython/blob/master/CHANGES.rst > > I'll wait a day or two for reports on bugs and regressions and then also > prepare the corresponding 0.29.18 release with the relevant backported bug > fixes. > > Have fun, > Stefan > > > > Stefan Behnel schrieb am 27.04.20 um 18:36: >> ? and a third alpha is out, with several fixes (thanks!) for reported >> regressions and issues (thanks!), as well as streamlined GIL handling in >> nogil functions that contain "with gil" sections. >> >> Download: >> https://pypi.org/project/Cython/3.0a3/ >> >> Changelog: >> https://github.com/cython/cython/blob/master/CHANGES.rst >> >> This release was brought to you with the invaluable help of Yusuf Cat >> Stevens and Deutsche Bahn. Thanks to everyone out there who's doing their >> job keeping others alive/healthy/undepressed/fed/mobile/connected/working/? >> in these (for many people) difficult days. >> >> Stefan >> >> >> >> Stefan Behnel schrieb am 23.04.20 um 17:39: >>> Hi all, >>> >>> here's the second alpha. I hope we got all major regressions fixed for this >>> release that were reported since alpha 1. >>> >>> Download: >>> https://pypi.org/project/Cython/3.0a2/ >>> >>> Changelog: >>> https://github.com/cython/cython/blob/master/CHANGES.rst >>> >>> Have fun, >>> Stefan >>> >>> >>> >>> Stefan Behnel schrieb am 12.04.20 um 12:24: >>>> Dear Cython users and devs, >>>> >>>> today, I'm happy to announce the first alpha release of Cython 3.0. >>>> >>>> https://pypi.org/project/Cython/3.0a1/ >>>> >>>> It took us a while to get to this point, well more than a year's time, but >>>> we received a lot of help along the way, most notably from David Woods, >>>> Jeroen Demeyer and Matti Picus. Thanks a lot, and also to the many other >>>> contributors! For this release, we already have 182 closed issues and >>>> merged PRs, including 109 PRs contributed by non-core devs! >>>> >>>> >>>> ** What is Cython 3.0? >>>> >>>> Cython 3.0 is our effort to bring Cython up to date with modern Python 3, >>>> after an 18 year long development history. According to the Python mailing >>>> list archive [1] and Greg's download directory [2], Cython's predecessor >>>> Pyrex 0.1 was announced and released to the public on April 4th, 2002. >>>> >>>> Cython is finally coming of age. :) >>>> >>>> >>>> ** So, what's new? >>>> >>>> Too much. Way too much for this announcement. Cython 3.0 comes with a very >>>> long list of new features, bug fixes and modernisations, a few of which are >>>> backwards incompatible, but in a good way. See the latest changelog: >>>> >>>> https://github.com/cython/cython/blob/master/CHANGES.rst >>>> >>>> Here's a short teaser list anyway: >>>> - Python 3 semantics by default, legacy Python 2 semantics via directive. >>>> - No more deprecated NumPy C-API usage. >>>> - Unicode module names, imports, and identifiers (PEP-3131, PEP-489). >>>> - Support for the fast vectorcall protocol (PEP-590). >>>> - Inlined properties on external cdef classes. >>>> - Faster dispatch for fused functions. >>>> - First steps towards supporting CPython's stable ABI (PEP-384). >>>> >>>> >>>> ** How alpha is it? >>>> >>>> Well. It's not complete yet [3]. It still has some known issues. There are >>>> still some unmerged PRs waiting. Support for the limited API is ? limited. >>>> >>>> But, it's in a good shape and probably ready enough for you to make use of >>>> all those cool new features. Please give it a try and report back if you >>>> find issues that we can still improve on in the upcoming pre-releases. PRs >>>> very welcome! >>>> >>>> As always, if it works for you, use it. Generate your C code locally with >>>> it, test it, then ship it to your users. Once the code is compiled, they >>>> don't even have to know that you've used an alpha version. :) >>>> >>>> >>>> Have fun, >>>> >>>> Stefan >>>> >>>> >>>> >>>> [1] https://mail.python.org/pipermail/python-list/2002-April/126661.html >>>> [2] https://www.csse.canterbury.ac.nz/greg.ewing/python/Pyrex/oldtar/ >>>> [3] https://github.com/cython/cython/milestone/58 > _______________________________________________ > cython-devel mailing list > cython-devel at python.org > https://mail.python.org/mailman/listinfo/cython-devel > From atrikut at gmail.com Tue May 26 13:06:28 2020 From: atrikut at gmail.com (Ashwin Srinath) Date: Tue, 26 May 2020 13:06:28 -0400 Subject: [Cython] Support for C++ scoped enums (PR #1603) Message-ID: Hello Cython Developers, I just opened PR https://github.com/cython/cython/pull/3640, which adds support for C++ scoped enumerations. Feedback on the high-level approach used here is greatly welcome and appreciated. In general, I used the advice in https://groups.google.com/forum/#!topic/cython-users/OdvjbZ1_YKU as a starting point. One problem I haven't been to solve is coercing Python objects to and from the enum class correctly. Currently the following utility function does the conversion from C++->Python (CppConvert.pyx): #################### enum.to_py #################### cdef extern from "" namespace "std": cdef cppclass underlying_type_t[T]: pass @cname("{{cname}}") cdef object {{cname}}(const {{TYPE}}& x): return (x) As you can see, the conversion goes C++->underlying_type_t->int->Python, where ideally I'd like to eliminate the conversion to `int` before obtaining a Python object. Any ideas for how to solve this? If you prefer that this discussion happen more broadly on GitHub, I'm happy to move it there. Best, Ashwin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mplch at redhat.com Wed May 27 04:27:10 2020 From: mplch at redhat.com (Marcel Plch) Date: Wed, 27 May 2020 10:27:10 +0200 Subject: [Cython] Fedora failures with Cython 3.0a5 In-Reply-To: References: Message-ID: <20200527082710.yae6refgks5n5crg@localhost.localdomain> In Fedora, we rebuilt 152 packages against Cython 3.0a5 we have found some breakages that might be relevant to you. We are not entirely sure whether these issues are caused by the individual projects' wrong usage of Cython, or if Cython broke them unintentionally. Do any of the failures look like Cython bugs to you? We can provide moredetail if one looks interesting. Some expected problems, like python2 syntax/semantics, were taken into account and noted below as issues of the individual projects. The linked logs will be garbage-collected in about 2 weeks; let us know if this happens and we can rebuild the packages. # Missing .pxd files Four packages were broken by being unable to locate .pxd files to compile. Packages broken by this: - mlpack https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409078-mlpack/builder-live.log.gz - MDAnalysis https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409419-python-MDAnalysis/builder-live.log.gz - pplpy https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01411510-python-pplpy/builder-live.log.gz - bintrees https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409724-python-bintrees/builder-live.log.gz Can this be caused by different import semantics of Python 3? # GIL issues In three packages, problems with the GIL occurred. Some operations requiring the gil were executed when gil wasn't being held and vice versa. Packages broken by this: - tables https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01408091-python-tables/builder-live.log.gz - scikit-image https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01412046-python-scikit-image/builder-live.log.gz - ssh2-python https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01412227-python-ssh2-python/builder-live.log.gz # AttributeError in Cython One package might have revealed a bug inside of Cython. It triggers a scope inside of ExprNodes.py that seems to have a missing attribute that should be there. See the log for more info. Package broken by this: - giacpy https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410600-python-giacpy/builder-live.log.gz # Some imports fail to be executed This might be related to some of the previous problems, or a bug in cimport. Two packages failed tests on importing a module from the the same package. In fisx, the import was done from a Cython generated file. In cytoolz, a cythonized module was partially initialized, possibly due to cyclic import. Package broken by this: - fisx https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410439-python-fisx/builder-live.log.gz - cytoolz https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410135-python-cytoolz/builder-live.log.gz # Assignment to a read-only property One package broke on error stating attempts to assign to a read only properties. Package broken by this: Pandas https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01408020-python-pandas/builder-live.log.gz Some problems were expected/unrelated: - 9 packages use python 2 syntax and don't set the default - 2 packages were affected by the -fno-common default in GCC 10 -- Marcel Plch * IRC: * Freenode: dormouse () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From grlee77 at gmail.com Fri May 29 10:14:48 2020 From: grlee77 at gmail.com (Gregory Lee) Date: Fri, 29 May 2020 10:14:48 -0400 Subject: [Cython] Fedora failures with Cython 3.0a5 In-Reply-To: <20200527082710.yae6refgks5n5crg@localhost.localdomain> References: <20200527082710.yae6refgks5n5crg@localhost.localdomain> Message-ID: Hi Marcel, For scikit-image, the duplicate nogil issue was fixed as of version 0.17.0. See: https://github.com/scikit-image/scikit-image/pull/4546 - Greg On Fri, May 29, 2020 at 8:36 AM Marcel Plch wrote: > In Fedora, we rebuilt 152 packages against Cython 3.0a5 we have found > some breakages that might be relevant to you. We are not entirely sure > whether these issues are caused by the individual projects' wrong usage > of Cython, or if Cython broke them unintentionally. Do any of the > failures look like Cython bugs to you? We can provide moredetail if one > looks interesting. Some expected problems, like python2 > syntax/semantics, were taken into account and noted below as issues of > the individual projects. > > The linked logs will be garbage-collected in about 2 weeks; let us know > if this happens and we can rebuild the packages. > > > # Missing .pxd files > Four packages were broken by being unable to locate .pxd files to compile. > Packages broken by this: > - mlpack > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409078-mlpack/builder-live.log.gz > - MDAnalysis > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409419-python-MDAnalysis/builder-live.log.gz > - pplpy > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01411510-python-pplpy/builder-live.log.gz > - bintrees > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409724-python-bintrees/builder-live.log.gz > > Can this be caused by different import semantics of Python 3? > > > # GIL issues > In three packages, problems with the GIL occurred. Some operations > requiring the gil were executed when gil wasn't being held and vice > versa. > Packages broken by this: > - tables > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01408091-python-tables/builder-live.log.gz > - scikit-image > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01412046-python-scikit-image/builder-live.log.gz > - ssh2-python > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01412227-python-ssh2-python/builder-live.log.gz > > > # AttributeError in Cython > One package might have revealed a bug inside of Cython. It triggers a > scope inside of ExprNodes.py that seems to have a missing attribute that > should be there. See the log for more info. > Package broken by this: > - giacpy > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410600-python-giacpy/builder-live.log.gz > > > # Some imports fail to be executed > This might be related to some of the previous problems, or a bug in > cimport. Two packages failed tests on importing a module from the the > same package. In fisx, the import was done from a Cython generated > file. In cytoolz, a cythonized module was partially initialized, > possibly due to cyclic import. > Package broken by this: > - fisx > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410439-python-fisx/builder-live.log.gz > - cytoolz > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410135-python-cytoolz/builder-live.log.gz > > > # Assignment to a read-only property > One package broke on error stating attempts to assign to a read only > properties. > Package broken by this: Pandas > https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01408020-python-pandas/builder-live.log.gz > > > Some problems were expected/unrelated: > - 9 packages use python 2 syntax and don't set the default > - 2 packages were affected by the -fno-common default in GCC 10 > > -- > Marcel Plch > > * IRC: > * Freenode: dormouse > > () ascii ribbon campaign - against html e-mail > /\ www.asciiribbon.org - against proprietary attachments > > _______________________________________________ > cython-devel mailing list > cython-devel at python.org > https://mail.python.org/mailman/listinfo/cython-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan_ml at behnel.de Sat May 30 11:40:52 2020 From: stefan_ml at behnel.de (Stefan Behnel) Date: Sat, 30 May 2020 17:40:52 +0200 Subject: [Cython] Fedora failures with Cython 3.0a5 In-Reply-To: <20200527082710.yae6refgks5n5crg@localhost.localdomain> References: <20200527082710.yae6refgks5n5crg@localhost.localdomain> Message-ID: Hi Marcel, thanks for testing this, and for triaging the issues! Marcel Plch schrieb am 27.05.20 um 10:27: > In Fedora, we rebuilt 152 packages against Cython 3.0a5 we have found > some breakages that might be relevant to you. We are not entirely sure > whether these issues are caused by the individual projects' wrong usage > of Cython, or if Cython broke them unintentionally. Do any of the > failures look like Cython bugs to you? We can provide moredetail if one > looks interesting. Some expected problems, like python2 > syntax/semantics, were taken into account and noted below as issues of > the individual projects. > > The linked logs will be garbage-collected in about 2 weeks; let us know > if this happens and we can rebuild the packages. > > > # Missing .pxd files > Four packages were broken by being unable to locate .pxd files to compile. > Packages broken by this: > - mlpack https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409078-mlpack/builder-live.log.gz > - MDAnalysis https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409419-python-MDAnalysis/builder-live.log.gz > - pplpy https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01411510-python-pplpy/builder-live.log.gz > - bintrees https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01409724-python-bintrees/builder-live.log.gz > > Can this be caused by different import semantics of Python 3? Yes, that's most likely the reason. Could just be a "from . cimport ?" missing. You can also build them with the directive "py2_import=True" to get back Py2 import semantics (i.e. trying a relative import first). > # GIL issues > In three packages, problems with the GIL occurred. Some operations > requiring the gil were executed when gil wasn't being held and vice > versa. > Packages broken by this: > - tables https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01408091-python-tables/builder-live.log.gz The GIL errors here seem due to the missing .pxd imports. There's a failing star-import somewhere which probably messes things up a lot. > - scikit-image https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01412046-python-scikit-image/builder-live.log.gz See Gregory Lee's email. > - ssh2-python https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01412227-python-ssh2-python/builder-live.log.gz Could also be due to failing cimports. > # AttributeError in Cython > One package might have revealed a bug inside of Cython. It triggers a > scope inside of ExprNodes.py that seems to have a missing attribute that > should be there. See the log for more info. > Package broken by this: > - giacpy https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410600-python-giacpy/builder-live.log.gz Seems a genuine bug in Cython. I created a ticket: https://github.com/cython/cython/issues/3651 > # Some imports fail to be executed > This might be related to some of the previous problems, or a bug in > cimport. Two packages failed tests on importing a module from the the > same package. In fisx, the import was done from a Cython generated > file. In cytoolz, a cythonized module was partially initialized, > possibly due to cyclic import. > Package broken by this: > - fisx https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410439-python-fisx/builder-live.log.gz This could be trying to import a package-local module without a relative import or qualified module name, i.e. a Py2-import. > - cytoolz https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01410135-python-cytoolz/builder-live.log.gz Yes, could be a cyclic import. This now shows due to PEP-489. Needs some investigation to see what a good fix would be, but these things are usually best resolved on user side. > # Assignment to a read-only property > One package broke on error stating attempts to assign to a read only properties. > Package broken by this: Pandas https://download.copr.fedorainfracloud.org/results/dormouse/py38cy30a5/fedora-rawhide-x86_64/01408020-python-pandas/builder-live.log.gz The pandas team made us aware of one such issue, and it's probably the same. This is due to the old NumPy C-API, which was deprecated several years ago (2013?) and is now being phased out. They'll probably resolve it on their side (or might have already). Not directly Cython related, we just follow NumPy here now. > Some problems were expected/unrelated: > - 9 packages use python 2 syntax and don't set the default Might be easiest to set the directive "language_level=2" for these. > - 2 packages were affected by the -fno-common default in GCC 10 Thanks for metioning these. Stefan