From jonpaulboyd at gmail.com Sat Jul 6 05:12:39 2019 From: jonpaulboyd at gmail.com (JP B) Date: Sat, 6 Jul 2019 11:12:39 +0200 Subject: [pypy-dev] Pypy - Numpy and Pandas version compatibility Message-ID: Hi, New to Pypy, thanks very much! Trying to figure compatible versions of Numpy and Pandas that work with pypy. I dont know if Im reading it correctly, but from the packages I see that pypy is OK with numpy version 1.11.1. This is quite an old release from 2016 I believe. Is this the latest compatible version? http://packages.pypy.org/##numpy For Pandas, shown in red with exception below, can you advise? Many many thanks! JP Virus-free. www.avg.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonpaulboyd at gmail.com Sat Jul 6 12:50:19 2019 From: jonpaulboyd at gmail.com (JP B) Date: Sat, 6 Jul 2019 18:50:19 +0200 Subject: [pypy-dev] Issue creating virtualenv on new pypy install Message-ID: Hi, Apologies, new to pypy and virtual envs. Following the instructions for creating virtualenv for pypy from: http://doc.pypy.org/en/latest/install.html#installing-using-virtualenv *So* virtualenv -p /pypy3.6-v7.1.1-linux64/bin/pypy3 pypyenv Note above ^^^ I have changed the documented target file from pypy to *pypy3*, as *pypy* did not exist in the downloaded tar archive *Get Error* The path /pypy3.6-v7.1.1-linux64/bin/pypy3 (from --python=/pypy3.6-v7.1.1-linux64/bin/pypy3) does not exist This is on Ubunto 19.04. Grateful if you can help, many thanks :) JP Virus-free. www.avg.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From fijall at gmail.com Mon Jul 15 11:38:06 2019 From: fijall at gmail.com (Maciej Fijalkowski) Date: Mon, 15 Jul 2019 17:38:06 +0200 Subject: [pypy-dev] Pre-release of arm64 Message-ID: Hey everyone Apparently it's enough that we put a new image on download.html page for docker to officially have arm64 image of pypy, since that's where they download it from. Is it ok if I put there a pre-release for arm64? Best, Maciej Fijalkowski From matti.picus at gmail.com Mon Jul 15 12:00:29 2019 From: matti.picus at gmail.com (Matti Picus) Date: Mon, 15 Jul 2019 11:00:29 -0500 Subject: [pypy-dev] Pre-release of arm64 In-Reply-To: References: Message-ID: <552ca2a8-e801-5a98-2b52-5ae7965734a5@gmail.com> On 15/7/19 10:38 am, Maciej Fijalkowski wrote: > Hey everyone > > Apparently it's enough that we put a new image on download.html page > for docker to officially have arm64 image of pypy, since that's where > they download it from. > > Is it ok if I put there a pre-release for arm64? > > Best, > Maciej Fijalkowski +1 Matti From drsalists at gmail.com Mon Jul 15 19:24:50 2019 From: drsalists at gmail.com (Dan Stromberg) Date: Mon, 15 Jul 2019 16:24:50 -0700 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency Message-ID: What is Pypy planning to do with Python 2.x, now that many packages on Pypi are dropping Python 2.x support? EG, I believe Pypy caters to Scientific Computing, but with Numpy dropping Python 2.x support, will Pypy3 become the more relevant version of Pypy? Will Numpypy be revived? Will there be a pypypi or something similar-to-but-different-from pypi just for pypy? Will 2.x in Pypy become mostly relevant for RPython, and not most developer projects written in Python that use Pypy? I'm asking mostly because I have a large, complex dependency that isn't planning to move to Python 3.x, and I'm wondering if Pypy 2.x might be what we need to keep that code alive. But with Numpy and other dependencies dropping 2.x, that might not be enough. Thanks for Pypy, BTW.? I really like it a lot. From matt at vazor.com Mon Jul 15 19:57:06 2019 From: matt at vazor.com (Matt Billenstein) Date: Mon, 15 Jul 2019 23:57:06 +0000 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: <0101016bf8118641-4a94d885-fbcc-45e8-8b5a-43c195284bcf-000000@us-west-2.amazonses.com> What is the dependency? m On Mon, Jul 15, 2019 at 04:24:50PM -0700, Dan Stromberg wrote: > > What is Pypy planning to do with Python 2.x, now that many packages on Pypi > are dropping Python 2.x support? > > EG, I believe Pypy caters to Scientific Computing, but with Numpy dropping > Python 2.x support, will Pypy3 become the more relevant version of Pypy? > > Will Numpypy be revived? > > Will there be a pypypi or something similar-to-but-different-from pypi just > for pypy? > > Will 2.x in Pypy become mostly relevant for RPython, and not most developer > projects written in Python that use Pypy? > > > I'm asking mostly because I have a large, complex dependency that isn't > planning to move to Python 3.x, and I'm wondering if Pypy 2.x might be what > we need to keep that code alive. But with Numpy and other dependencies > dropping 2.x, that might not be enough. > > Thanks for Pypy, BTW.??? I really like it a lot. > > > > _______________________________________________ > pypy-dev mailing list > pypy-dev at python.org > https://mail.python.org/mailman/listinfo/pypy-dev -- Matt Billenstein matt at vazor.com http://www.vazor.com/ From rymg19 at gmail.com Tue Jul 16 00:33:54 2019 From: rymg19 at gmail.com (Ryan Gonzalez) Date: Mon, 15 Jul 2019 23:33:54 -0500 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: I'm actually largely wondering if RPython is going to eventually move to 3... On Mon, Jul 15, 2019, 6:25 PM Dan Stromberg wrote: > > What is Pypy planning to do with Python 2.x, now that many packages on > Pypi are dropping Python 2.x support? > > EG, I believe Pypy caters to Scientific Computing, but with Numpy > dropping Python 2.x support, will Pypy3 become the more relevant version > of Pypy? > > Will Numpypy be revived? > > Will there be a pypypi or something similar-to-but-different-from pypi > just for pypy? > > Will 2.x in Pypy become mostly relevant for RPython, and not most > developer projects written in Python that use Pypy? > > > I'm asking mostly because I have a large, complex dependency that isn't > planning to move to Python 3.x, and I'm wondering if Pypy 2.x might be > what we need to keep that code alive. But with Numpy and other > dependencies dropping 2.x, that might not be enough. > > Thanks for Pypy, BTW. I really like it a lot. > > > > _______________________________________________ > pypy-dev mailing list > pypy-dev at python.org > https://mail.python.org/mailman/listinfo/pypy-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From william.leslie.ttg at gmail.com Tue Jul 16 04:34:46 2019 From: william.leslie.ttg at gmail.com (William ML Leslie) Date: Tue, 16 Jul 2019 18:34:46 +1000 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: On Tue., 16 Jul. 2019, 2:34 pm Ryan Gonzalez, wrote: > I'm actually largely wondering if RPython is going to eventually move to > 3... > >> >> Significant effort, for what benefit exactly? -------------- next part -------------- An HTML attachment was scrubbed... URL: From dstromberg at grokstream.com Tue Jul 16 10:18:20 2019 From: dstromberg at grokstream.com (Dan Stromberg) Date: Tue, 16 Jul 2019 07:18:20 -0700 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: <0101016bf8118641-4a94d885-fbcc-45e8-8b5a-43c195284bcf-000000@us-west-2.amazonses.com> References: <0101016bf8118641-4a94d885-fbcc-45e8-8b5a-43c195284bcf-000000@us-west-2.amazonses.com> Message-ID: Nupic: https://github.com/numenta/nupic There's a community edition that supports Python 3.x, but its license may prove unsuitable to what we're doing. On 7/15/19 4:57 PM, Matt Billenstein wrote: > What is the dependency? > > m > > On Mon, Jul 15, 2019 at 04:24:50PM -0700, Dan Stromberg wrote: >> What is Pypy planning to do with Python 2.x, now that many packages on Pypi >> are dropping Python 2.x support? >> >> EG, I believe Pypy caters to Scientific Computing, but with Numpy dropping >> Python 2.x support, will Pypy3 become the more relevant version of Pypy? >> >> Will Numpypy be revived? >> >> Will there be a pypypi or something similar-to-but-different-from pypi just >> for pypy? >> >> Will 2.x in Pypy become mostly relevant for RPython, and not most developer >> projects written in Python that use Pypy? >> >> >> I'm asking mostly because I have a large, complex dependency that isn't >> planning to move to Python 3.x, and I'm wondering if Pypy 2.x might be what >> we need to keep that code alive. But with Numpy and other dependencies >> dropping 2.x, that might not be enough. >> >> Thanks for Pypy, BTW.??? I really like it a lot. >> >> >> >> _______________________________________________ >> pypy-dev mailing list >> pypy-dev at python.org >> https://mail.python.org/mailman/listinfo/pypy-dev From ben.jolitz at gmail.com Tue Jul 16 13:06:45 2019 From: ben.jolitz at gmail.com (Ben Jolitz) Date: Tue, 16 Jul 2019 10:06:45 -0700 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: <36022883-D732-490F-AD4C-FDBDFC549227@gmail.com> The plea for migration probably won?t be technically-based; plenty of shops maintain special-case installations detached from the rest of the world. The issue resides in general skills and available volunteers - the more specialized the requirements, the less sustainable. Being 2-based requires expertise with 2 - there?s no other way about it. As 2 fades, that expertise will fade as well. I doubt there?s an immediate need to move to 3 for RPython right now. There may be a need in the later future (years?). Or not. Predicting the future is quite difficult. Ben > On Jul 16, 2019, at 1:34 AM, William ML Leslie wrote: > > > >> On Tue., 16 Jul. 2019, 2:34 pm Ryan Gonzalez, wrote: >> I'm actually largely wondering if RPython is going to eventually move to 3... >>> > > > Significant effort, for what benefit exactly? > _______________________________________________ > pypy-dev mailing list > pypy-dev at python.org > https://mail.python.org/mailman/listinfo/pypy-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From drsalists at gmail.com Tue Jul 16 13:51:33 2019 From: drsalists at gmail.com (Dan Stromberg) Date: Tue, 16 Jul 2019 10:51:33 -0700 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: On Tue, Jul 16, 2019 at 1:35 AM William ML Leslie < william.leslie.ttg at gmail.com> wrote: > > > On Tue., 16 Jul. 2019, 2:34 pm Ryan Gonzalez, wrote: > >> I'm actually largely wondering if RPython is going to eventually move to >> 3... >> >>> >>> > Significant effort, for what benefit exactly? > Expertise is one thing. Another: it's getting harder, as time goes by, to find 2.x versions of sometimes-important dependencies. numpy, pandas, matplotlib, pip itself - they're all dropping 2.x support. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yury at shurup.com Tue Jul 16 14:05:57 2019 From: yury at shurup.com (Yury V. Zaytsev) Date: Tue, 16 Jul 2019 20:05:57 +0200 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: <1F0A1B50-A931-4733-8326-B1C0A76F9916@shurup.com> ... which is irrelevant in the context of RPython. Still, I wonder what?s the long term plan is (if there?s already a plan): depend on PyPy2 indefinitely to be able to translate PyPy3? Sent from my iPad > On 16. Jul 2019, at 19:51, Dan Stromberg wrote: > > >> On Tue, Jul 16, 2019 at 1:35 AM William ML Leslie wrote: >> >> >>> On Tue., 16 Jul. 2019, 2:34 pm Ryan Gonzalez, wrote: >>> I'm actually largely wondering if RPython is going to eventually move to 3... >>>> >> >> >> Significant effort, for what benefit exactly? > > Expertise is one thing. > > Another: it's getting harder, as time goes by, to find 2.x versions of sometimes-important dependencies. numpy, pandas, matplotlib, pip itself - they're all dropping 2.x support. > > _______________________________________________ > pypy-dev mailing list > pypy-dev at python.org > https://mail.python.org/mailman/listinfo/pypy-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From rymg19 at gmail.com Tue Jul 16 23:08:52 2019 From: rymg19 at gmail.com (Ryan Gonzalez) Date: Tue, 16 Jul 2019 22:08:52 -0500 Subject: [pypy-dev] Python 2 vs Python 3 again, and a 2.x-only dependency In-Reply-To: References: Message-ID: I mean once Python 2 is EOL requiring it for bootstrap might not be as practical, and PyPy requiring itself to bootstrap would be doable but a bit trickier. On Tue, Jul 16, 2019, 3:35 AM William ML Leslie < william.leslie.ttg at gmail.com> wrote: > > > On Tue., 16 Jul. 2019, 2:34 pm Ryan Gonzalez, wrote: > >> I'm actually largely wondering if RPython is going to eventually move to >> 3... >> >>> >>> > Significant effort, for what benefit exactly? > _______________________________________________ > pypy-dev mailing list > pypy-dev at python.org > https://mail.python.org/mailman/listinfo/pypy-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jasonx98 at gmail.com Thu Jul 18 02:01:32 2019 From: jasonx98 at gmail.com (Jason Xu) Date: Thu, 18 Jul 2019 02:01:32 -0400 Subject: [pypy-dev] Benchmark Pypy Python 3 Message-ID: Hello, https://speed.pypy.org/ is a neat site but I can't find speed benchmarks for Python 3. I recall Python 3 support being in beta or not as optimized. But I am still interested in the results. Also the pypy-dev mailing list link http://codespeak.net/mailman/listinfo/pypy-dev listed at https://speed.pypy.org/about/ is dead. It's not clear to me when the mailing list should be used over the BitBucket issue tracker. Jason -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at manueljacob.de Tue Jul 23 22:54:19 2019 From: me at manueljacob.de (Manuel Jacob) Date: Wed, 24 Jul 2019 04:54:19 +0200 Subject: [pypy-dev] Mercurial mini-sprint in Leipzig / possible PyPy sprint around that time? Message-ID: Hi, Although this mail is a bit off-topic, I decided to send it to the PyPy mailing list as well. PyPy is one of the bigger open source projects using Mercurial. This increases the chance that there is some overlap, especially considering that we want to improve the hosting and contribution situation ourselves. Also, there might be an opportunity to organize a PyPy sprint around the same time. The time of the Mercurial sprint is not yet fixed and when it is, it might already be too late to organize a PyPy sprint, but let?s see. Here?s the mail I've sent to the Mercurial mailing list: In addition to the sprints that are hosted about every two minor releases, the Mercurial community organizes so called "mini-sprints" in irregular intervals. I attended the mini-sprint in April in Paris and I liked the experience, so I offered to organize one in Leipzig. This email is to gather information about potential participants and their time preferences. So what's the goal of the mini-sprint? It's an opportunity for existing developers to collaborate in person. But even more important, it's a chance for mere users to become contributors. So no matter whether you are a long-term contributor or someone wanting to start hacking on Mercurial, you will be welcome. The sprint will be 2-4 days long, depending on demand. For us, some time in August would be ideal. The location will be an office in Leipzig, which is easily reachable by train. For example, from Paris it's about 8h for about 60? ? 120?. From Frankfurt airport it's about 3h for about 20? ? 50?. It provides space for around 10 people (more on weekends). Lunch will be provided for a contribution towards expenses. At least 2 sleeping facilities can be provided free of charge. I've created a poll for finding a date: https://framadate.org/jIs6Idj4r8tldJKZ Please spread the word by forwarding the mail or the link to the poll. -Manuel From nabilmemon.ec at gmail.com Wed Jul 24 02:09:45 2019 From: nabilmemon.ec at gmail.com (Nabil Memon) Date: Wed, 24 Jul 2019 11:39:45 +0530 Subject: [pypy-dev] Importing error in pypy Message-ID: Hi Dears, I am currently using pypy(pypy-7.0.0-linux_x86_64-portable) and I am facing some issues using it. I installed pip, cython and numpy using commands: $ ./pypy-xxx/bin/pypy -m ensurepip $ ./pypy-xxx/bin/pip install cython numpy After that, I installed one package *"pysubnettree" *thorough pypy's pip. While importing SubnetTree class, I get segmentation fault. It works completely file with python2.7. *test.py:* import SubnetTree Here are some logs that I collected using pypy's falthandler tool. ======================================================================================== Fatal Python error: Segmentation fault Stack (most recent call first, approximate line numbers): File "/root/pypy_7/pypy-7.0.0-linux_x86_64-portable/site-packages/SubnetTree.py", line 13 in swig_import_helper File "/root/pypy_7/pypy-7.0.0-linux_x86_64-portable/site-packages/SubnetTree.py", line 11 in File "test.py", line 1 in File "/app_main.py", line 767 in run_it File "/app_main.py", line 78 in run_toplevel File "/app_main.py", line 568 in run_command_line File "/app_main.py", line 848 in entry_point Segmentation fault ========================================================================================= I tried to debug it further, it seems like segfault is observed while loading *(.so)* file using python's inbuild module *imp.load_module('_SubnetTree', fp, pathname, description).* It would be a great help if you can throw some light on this. Thanks and Regards, Nabil -------------- next part -------------- An HTML attachment was scrubbed... URL: From nabilmemon.ec at gmail.com Wed Jul 24 02:12:28 2019 From: nabilmemon.ec at gmail.com (Nabil Memon) Date: Wed, 24 Jul 2019 11:42:28 +0530 Subject: [pypy-dev] Segfault observed while loading dynamic library in (pypy-7.0.0-linux_x86_64-portable) In-Reply-To: References: Message-ID: Editing the subject. On Wed, Jul 24, 2019 at 11:39 AM Nabil Memon wrote: > Hi Dears, > > I am currently using pypy(pypy-7.0.0-linux_x86_64-portable) and I am > facing some issues using it. > I installed pip, cython and numpy using commands: > $ ./pypy-xxx/bin/pypy -m ensurepip > $ ./pypy-xxx/bin/pip install cython numpy > After that, I installed one package *"pysubnettree" *thorough pypy's pip. > While importing SubnetTree class, I get segmentation fault. > It works completely file with python2.7. > > *test.py:* > import SubnetTree > > > Here are some logs that I collected using pypy's falthandler tool. > > ======================================================================================== > Fatal Python error: Segmentation fault > Stack (most recent call first, approximate line numbers): > File > "/root/pypy_7/pypy-7.0.0-linux_x86_64-portable/site-packages/SubnetTree.py", > line 13 in swig_import_helper > File > "/root/pypy_7/pypy-7.0.0-linux_x86_64-portable/site-packages/SubnetTree.py", > line 11 in > File "test.py", line 1 in > File "/app_main.py", line 767 in run_it > File "/app_main.py", line 78 in run_toplevel > File "/app_main.py", line 568 in run_command_line > File "/app_main.py", line 848 in entry_point > Segmentation fault > > ========================================================================================= > > I tried to debug it further, it seems like segfault is observed while > loading *(.so)* file using python's inbuild module *imp.load_module('_SubnetTree', > fp, pathname, description).* > It would be a great help if you can throw some light on this. > > Thanks and Regards, > Nabil > -------------- next part -------------- An HTML attachment was scrubbed... URL: From armin.rigo at gmail.com Thu Jul 25 10:21:38 2019 From: armin.rigo at gmail.com (Armin Rigo) Date: Thu, 25 Jul 2019 16:21:38 +0200 Subject: [pypy-dev] Segfault observed while loading dynamic library in (pypy-7.0.0-linux_x86_64-portable) In-Reply-To: References: Message-ID: Hi Nabil, On Wed, 24 Jul 2019 at 09:02, Nabil Memon wrote: >> I am currently using pypy(pypy-7.0.0-linux_x86_64-portable) and I am facing some issues using it. >> I installed pip, cython and numpy using commands: >> $ ./pypy-xxx/bin/pypy -m ensurepip >> $ ./pypy-xxx/bin/pip install cython numpy >> After that, I installed one package "pysubnettree" thorough pypy's pip. >> While importing SubnetTree class, I get segmentation fault. This is because the module does something that is unexpected from us, and probably in the gray area of "correctness". The C++ module SubnetTree.cc contains this global variable declaration (it couldn't occur in C): static PyObject* dummy = Py_BuildValue("s", ""); This is in the gray area because there is no particular guarantee that, even on CPython, this is called while the GIL is held. In the case of PyPy, that crashes if it's the first cpyext module you import. A quick workaround is to say "import numpy" before; this should fix that particular problem. We may figure out an acceptable workaround, but this is really a "don't do that". Ideally you should fix it in SubnetTree.cc and submit a pull request. A bient?t, Armin. From armin.rigo at gmail.com Thu Jul 25 11:21:38 2019 From: armin.rigo at gmail.com (Armin Rigo) Date: Thu, 25 Jul 2019 17:21:38 +0200 Subject: [pypy-dev] Segfault observed while loading dynamic library in (pypy-7.0.0-linux_x86_64-portable) In-Reply-To: References: Message-ID: Hi again, On Thu, 25 Jul 2019 at 16:53, Nabil Memon wrote: > I did figure out the workaround by not importing this cpyext module at first. Cool. In the meantime I managed to sneak in a workaround for the problem that shouldn't have a performance impact, in c89821342184. A bient?t, Armin. From nabilmemon.ec at gmail.com Thu Jul 25 10:53:32 2019 From: nabilmemon.ec at gmail.com (Nabil Memon) Date: Thu, 25 Jul 2019 20:23:32 +0530 Subject: [pypy-dev] Segfault observed while loading dynamic library in (pypy-7.0.0-linux_x86_64-portable) In-Reply-To: References: Message-ID: I did figure out the workaround by not importing this cpyext module at first. I didn't dig deep into the CPP module, thanks a lot for pointing out the exact gray area. You saved me a lot of time. Au revoir. Regards, Nabil On Thu, 25 Jul, 2019, 7:52 PM Armin Rigo, wrote: > Hi Nabil, > > On Wed, 24 Jul 2019 at 09:02, Nabil Memon wrote: > >> I am currently using pypy(pypy-7.0.0-linux_x86_64-portable) and I am > facing some issues using it. > >> I installed pip, cython and numpy using commands: > >> $ ./pypy-xxx/bin/pypy -m ensurepip > >> $ ./pypy-xxx/bin/pip install cython numpy > >> After that, I installed one package "pysubnettree" thorough pypy's pip. > >> While importing SubnetTree class, I get segmentation fault. > > This is because the module does something that is unexpected from us, > and probably in the gray area of "correctness". The C++ module > SubnetTree.cc contains this global variable declaration (it couldn't > occur in C): > > static PyObject* dummy = Py_BuildValue("s", ""); > > This is in the gray area because there is no particular guarantee > that, even on CPython, this is called while the GIL is held. In the > case of PyPy, that crashes if it's the first cpyext module you import. > A quick workaround is to say "import numpy" before; this should fix > that particular problem. > > We may figure out an acceptable workaround, but this is really a > "don't do that". Ideally you should fix it in SubnetTree.cc and > submit a pull request. > > > A bient?t, > > Armin. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nabilmemon.ec at gmail.com Mon Jul 29 08:32:38 2019 From: nabilmemon.ec at gmail.com (Nabil Memon) Date: Mon, 29 Jul 2019 18:02:38 +0530 Subject: [pypy-dev] Segfault observed while loading dynamic library in (pypy-7.0.0-linux_x86_64-portable) In-Reply-To: References: Message-ID: Awesome, thanks! On Thu, Jul 25, 2019 at 8:52 PM Armin Rigo wrote: > Hi again, > > On Thu, 25 Jul 2019 at 16:53, Nabil Memon wrote: > > I did figure out the workaround by not importing this cpyext module at > first. > > Cool. In the meantime I managed to sneak in a workaround for the > problem that shouldn't have a performance impact, in c89821342184. > > > A bient?t, > > Armin. > -------------- next part -------------- An HTML attachment was scrubbed... URL: