From jeandaniel.browne at gmail.com Mon Apr 2 16:01:20 2018 From: jeandaniel.browne at gmail.com (Jean-Daniel) Date: Mon, 2 Apr 2018 22:01:20 +0200 Subject: [pypy-dev] sqlite3 tests broken for python 3.6 Message-ID: Hello team, Here is Arianna and I's understanding of the problem we see on the buildbot [1] 1.the tests are failing because CPython's sqlite3 module changed between 3.5 and 3.6 and the tests were modified to reflect that. 2. CPython's s [1]: http://buildbot.pypy.org/summary/longrepr?testname=unmodified&builder=pypy-c-app-level-linux-x86-64&build=3945&mod=lib-python.3.test.test_sqlite [2]: https://github.com/python/cpython/commit/ab994ed8b97e1b0dac151ec827c857f5e7277565 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeandaniel.browne at gmail.com Mon Apr 2 16:49:29 2018 From: jeandaniel.browne at gmail.com (Jean-Daniel) Date: Mon, 2 Apr 2018 22:49:29 +0200 Subject: [pypy-dev] Sqlite tests broken for pypyp 3.6 Message-ID: Hello team, Here is Arianna and I's understanding of the problem we see on the buildbot [1]. 1. The tests are failing because CPython's sqlite3 module changed between 3.5 and 3.6 and Pypy's sqlite3 module needs to be modified to reflect that. 2. CPython's s sqlite3 now "no longer implicitly commits an open transaction" [2] and we ported that commit in Pypy 3. Now, the "CheckTypeMapUsage" test [3] started to break, but that is because that test relies on CPython's deterministic garbage collector: 4. The test creates a cursor that does a SELECT on a table. The SELECT cursor does not go through all the data, before a DROP is executed on the table. The sqlite3 library keeps track of the unfinalized SELECT and usually rejects such a DROP with a 'database locked' error message. This is to make sure the SELECT does silently get an incomplete view. 5. In CPython, the test does pass, because the SELECT cursor is not assigned to a variable, and is deleted right away by the GC, which finalizes the cursor, which unlocks the database. 6. We checked that, when the test is modified so that the cursor gets assigned to a variable, then CPython's test receives the 'database locked' error when the DROP is attempted. This confirms the point above. 7. In Pypy, the test used to pass in 3.5 because of a workaround implemented in Pypy's sqlite3 module [4] that relies on "open transactions being automatically committed", behavior which got removed in [2]. Our understanding is that the workaround breaks a guard from Sqlite, also it introduces a significant skew between CPython and Pypy. Here are the steps we suggest: a. fix the CheckTypeMapUsage test that relies on the GC behavior in CPython b. update the tests in Pypy c. remove the workaround in Pypy d. port the commit in [2] from CPython to Pypy. What do you think about these steps? Thanks a lot for your warm welcome at the Pypy Sprint, very enjoyable :) [1]: http://buildbot.pypy.org/summary/longrepr?testname=unmodified&builder=pypy -c-app-level-linux-x86-64&build=3945&mod=lib-python.3.test.test_sqlite [2]: https://github.com/python/cpython/commit/ab994ed8b97e1b0dac151ec827c857 f5e7277565 [3]: https://github.com/python/cpython/blob/55966f3a0d5f1bf823bd22ce1abbde267b06552f/Lib/sqlite3/test/regression.py#L120 [4]: https://bitbucket.org/pypy/pypy/src/045483a22d662e8f5305ef5c8b144623a2ff8c57/lib_pypy/_sqlite3.py?at=default&fileviewer=file-view-default#_sqlite3.py-850 -------------- next part -------------- An HTML attachment was scrubbed... URL: From matti.picus at gmail.com Mon Apr 2 23:37:29 2018 From: matti.picus at gmail.com (Matti Picus) Date: Tue, 3 Apr 2018 06:37:29 +0300 Subject: [pypy-dev] Progress - I have run and uploaded PyPy benchmarks Message-ID: <35136c8a-d376-4278-366d-3354e566f306@gmail.com> I have run and uploaded PyPy benchmarks. I am not to sure I have done it correctly, here is what I did https://gist.github.com/mattip/e99d5a3873df4460daffba0b74c8e23e\ For some reason, I needed to go to the admin site https://speed.python.org/admin/codespeed/report/ and add a report for the run. The results show up on https://speed.python.org/comparison/, better viewed in horizontal mode (should this be the default?) and by reducing the number of executables. They do not show up on the home page, changes, nor timeline tabs. Any suggestions? Matti From rene at pylots.com Sun Apr 8 14:31:34 2018 From: rene at pylots.com (Rene Nejsum) Date: Sun, 8 Apr 2018 20:31:34 +0200 Subject: [pypy-dev] PyPy threads Message-ID: <12E1680F-8ACB-4ABD-BA12-1CBD51B2EC3F@pylots.com> I have been running some test on PyPy3 1) hope someone can confirm/explain this: If PyPy is running a tight loop in a thread, other threads will not be run/scheduled? The example: I am running factorial(200000) in a thread: 2) class MathActor(Actor): def factorial(self, n): logger.debug("factorial(%d)" % n) i = n while i > 1: i -= 1 n *= i logger.debug("fact done...") return n On pypy3 all other threads (100+) seams to stop/block, while factorial() is executing, the log: 180404 142203.094 INFO [worker:3:WorkerTask] timeout(): 4 180404 142203.094 INFO [worker:3:WorkerTask] Starting math job *180404 142203.095 DEBUG factorial(200000)* *180404 142234.486 DEBUG fact done?* 180404 142234.487 INFO [netclient:9:EchoClientTask] Client: timeout: 127.0.0.1:5050 180404 142234.488 INFO [worker:3:WorkerTask] timeout(): 5 180404 142238.257 INFO [worker:3:WorkerTask] result from factorial, has 973351 digits I suspect the JIT sits in a very tight loop? But the OS should schedule other threads? Event though the don?t do I/O? Most of them doing queue.get(timeout=5) waiting for new messages. I did a quick google, but could not find anything about this on pypy3. On cpython3 3) the other threads seams to run while the factorial thread is running 180404 142502.124 INFO [netclient:9:EchoClientTask] Client received: 'From Server count: 4' 180404 142506.494 INFO [worker:3:WorkerTask] timeout(): 4 180404 142506.494 INFO [worker:3:WorkerTask] Starting math job *180404 142506.495 DEBUG factorial(200000)* 180404 142507.135 INFO [netclient:9:EchoClientTask] Client: timeout: 127.0.0.1:5050 180404 142507.368 INFO [netclient:9:EchoClientTask] Client received: 'From Server count: 5' 180404 142511.506 INFO [worker:3:WorkerTask] timeout(): 5 180404 142511.519 INFO [worker:3:WorkerTask] setting value for long_work().... 180404 142511.540 INFO [client3:6:ClientTask] Wait: got 3 = 42 180404 142511.546 INFO [client3:6:ClientTask] Worker Task done: Good work... 180404 142512.386 INFO [netclient:9:EchoClientTask] Client: timeout: 127.0.0.1:5050 180404 142512.598 INFO [netclient:9:EchoClientTask] Client received: 'From Server count: 6' 180404 142516.538 INFO [worker:3:WorkerTask] timeout(): 6 180404 142516.548 INFO [client3:6:ClientTask] Worker Task done: Good work... 180404 142517.616 INFO [netclient:9:EchoClientTask] Client: timeout: 127.0.0.1:5050 180404 142517.776 INFO [netclient:9:EchoClientTask] Client received: 'From Server count: 7' *180404 142520.666 DEBUG fact done?* 180404 142521.554 INFO [worker:3:WorkerTask] timeout(): 7 180404 142535.265 INFO [netclient:9:EchoClientTask] Client: timeout: 127.0.0.1:5050 180404 142535.268 INFO [worker:3:WorkerTask] result from factorial, has 973351 digits br /Rene 1) pypy3 installed with brew Python 3.5.3 (3f6eaa010fce78cc7973bdc1dfdb95970f08fed2, Jan 13 2018, 18:14:01) [PyPy 5.10.1 with GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)] 2) https://github.com/pylots/pyworks.git 3) python3 Python 3.6.5 (default, Mar 30 2018, 06:41:53) [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)] on darwin 4) HW MacBook (Retina, 12-inch, 2017) 1,4 GHz Intel Core i7 (dual core) -------------- next part -------------- An HTML attachment was scrubbed... URL: From tkadm30 at yandex.com Tue Apr 10 06:35:58 2018 From: tkadm30 at yandex.com (Etienne Robillard) Date: Tue, 10 Apr 2018 06:35:58 -0400 Subject: [pypy-dev] Problem with PyPy 5.10 and persistent module (ZODB) Message-ID: <2594d6d3-4214-35b1-0092-9c32c276e095@yandex.com> Hello, I'm trying to run ZODB 5.3.0 with PyPy 5.10 but getting an unexpected error: erob at projectstreetwise:/home/www/projectstreetwise.org/trunk$ bin/runzeo.sh Traceback (most recent call last): ? File "/usr/local/pypy/bin/runzeo", line 11, in ??? load_entry_point('ZEO==5.1.0', 'console_scripts', 'runzeo')() ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZEO-5.1.0-py2.7.egg/ZEO/runzeo.py", line 390, in main ??? options.realize(args) ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZEO-5.1.0-py2.7.egg/ZEO/runzeo.py", line 127, in realize ??? ZDOptions.realize(self, *a, **k) ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/zdaemon-4.2.0-py2.7.egg/zdaemon/zdoptions.py", line 259, in realize ??? arg = handler(arg) ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZEO-5.1.0-py2.7.egg/ZEO/runzeo.py", line 74, in handle_filename ??? from ZODB.config import FileStorage # That's a FileStorage *opener*! ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZODB-5.3.0-py2.7.egg/ZODB/__init__.py", line 17, in ??? from persistent import TimeStamp ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/__init__.py", line 30, in ??? from persistent.persistence import Persistent ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/persistence.py", line 30, in ??? from . import ring ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/ring.py", line 161, in ??? """, include_dirs=[this_dir]) ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/lib_pypy/cffi/api.py", line 444, in verify ??? lib = self.verifier.load_library() ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/lib_pypy/cffi/verifier.py", line 103, in load_library ??? self._write_source() ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/lib_pypy/cffi/verifier.py", line 192, in _write_source ??? with open(self.sourcefilename, "w") as fp: IOError: [Errno 2] No such file or directory: '/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/__pycache__/_cffi__g2deb1cb8xa682c2c7.c' Any ideas how to fix this problem? Thank you in advance. Etienne From tkadm30 at yandex.com Tue Apr 10 15:08:25 2018 From: tkadm30 at yandex.com (Etienne Robillard) Date: Tue, 10 Apr 2018 15:08:25 -0400 Subject: [pypy-dev] Problem with PyPy 5.10 and persistent module (ZODB) In-Reply-To: <2594d6d3-4214-35b1-0092-9c32c276e095@yandex.com> References: <2594d6d3-4214-35b1-0092-9c32c276e095@yandex.com> Message-ID: <22adbdd8-ab76-5736-b015-c54ece9e0ed5@yandex.com> Hi, I fixed this issue by patching cffi/verifier.py to create the temporary directory if not present. Regards, Etienne --- cffi/verifier.py??? 2018-04-10 19:04:39.966728201 +0000 +++ /home/erob/ncvs/cffi/cffi/verifier.py?????? 2018-04-10 18:21:04.999299281 +0000 @@ -63,8 +63,6 @@ ?????????????????????????????????????????????? k1, k2) ???????? suffix = _get_so_suffixes()[0] ???????? self.tmpdir = tmpdir or _caller_dir_pycache() -??????? if not os.path.exists(self.tmpdir): -??????????? os.mkdir(self.tmpdir) ???????? self.sourcefilename = os.path.join(self.tmpdir, modulename + source_extension) ???????? self.modulefilename = os.path.join(self.tmpdir, modulename + suffix) ???????? self.ext_package = ext_package Le 2018-04-10 ? 06:35, Etienne Robillard a ?crit?: > Hello, > > I'm trying to run ZODB 5.3.0 with PyPy 5.10 but getting an unexpected > error: > > erob at projectstreetwise:/home/www/projectstreetwise.org/trunk$ > bin/runzeo.sh > Traceback (most recent call last): > ? File "/usr/local/pypy/bin/runzeo", line 11, in > ??? load_entry_point('ZEO==5.1.0', 'console_scripts', 'runzeo')() > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZEO-5.1.0-py2.7.egg/ZEO/runzeo.py", > line 390, in main > ??? options.realize(args) > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZEO-5.1.0-py2.7.egg/ZEO/runzeo.py", > line 127, in realize > ??? ZDOptions.realize(self, *a, **k) > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/zdaemon-4.2.0-py2.7.egg/zdaemon/zdoptions.py", > line 259, in realize > ??? arg = handler(arg) > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZEO-5.1.0-py2.7.egg/ZEO/runzeo.py", > line 74, in handle_filename > ??? from ZODB.config import FileStorage # That's a FileStorage *opener*! > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/ZODB-5.3.0-py2.7.egg/ZODB/__init__.py", > line 17, in > ??? from persistent import TimeStamp > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/__init__.py", > line 30, in > ??? from persistent.persistence import Persistent > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/persistence.py", > line 30, in > ??? from . import ring > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/ring.py", > line 161, in > ??? """, include_dirs=[this_dir]) > ? File "/usr/local/pypy/pypy2-v5.10.0-linux64/lib_pypy/cffi/api.py", > line 444, in verify > ??? lib = self.verifier.load_library() > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/lib_pypy/cffi/verifier.py", > line 103, in load_library > ??? self._write_source() > ? File > "/usr/local/pypy/pypy2-v5.10.0-linux64/lib_pypy/cffi/verifier.py", > line 192, in _write_source > ??? with open(self.sourcefilename, "w") as fp: > IOError: [Errno 2] No such file or directory: > '/usr/local/pypy/pypy2-v5.10.0-linux64/site-packages/persistent/__pycache__/_cffi__g2deb1cb8xa682c2c7.c' > > > Any ideas how to fix this problem? > > > Thank you in advance. > > > Etienne > > > _______________________________________________ > pypy-dev mailing list > pypy-dev at python.org > https://mail.python.org/mailman/listinfo/pypy-dev -- Etienne Robillard tkadm30 at yandex.com https://www.isotopesoftware.ca/ From timfelgentreff at gmail.com Thu Apr 19 03:47:28 2018 From: timfelgentreff at gmail.com (Tim Felgentreff) Date: Thu, 19 Apr 2018 09:47:28 +0200 Subject: [pypy-dev] [CfP] ICOOOLPS 2018 Message-ID: <87zi1zab8v.fsf@timfelgentreff.gmail.com> Call for Papers: ICOOOLPS'18 ============================ 13th Workshop on Implementation, Compilation, Optimization of Object- Oriented Languages, Programs and Systems Co-located with ECOOP 2018 held Mon 16 - Sun 22 July in Amsterdam, Netherlands Twitter: @ICOOOLPS URL: https://conf.researchr.org/track/ecoop-issta-2018/ICOOOLPS-2018-papers The ICOOOLPS workshop series brings together researchers and practitioners working in the field of language implementation and optimization. The goal of the workshop is to discuss emerging problems and research directions as well as new solutions to classic performance challenges. The topics of interest for the workshop include techniques for the implementation and optimization of a wide range of languages including but not limited to object-oriented ones. Furthermore, meta-compilation techniques or language-agnostic approaches are welcome, too. ### Topics of Interest A non-exclusive list of topics of interest for this workshop is: - Implementation and optimization of fundamental languages features (from automatic memory management to zero-overhead metaprogramming) - Runtime systems technology (libraries, virtual machines) - Static, adaptive, and speculative optimizations and compiler techniques - Meta-compilation techniques and language-agnostic approaches for the efficient implementation of languages - Compilers (intermediate representations, offline and online optimizations,?) - Empirical studies on language usage, benchmark design, and benchmarking methodology - Resource-sensitive systems (real-time, low power, mobile, cloud) - Studies on design choices and tradeoffs (dynamic vs. static compilation, heuristics vs. programmer input,?) - Tooling support, debuggability and observability of languages as well as their implementations ### Workshop Format and Submissions This workshop welcomes the presentation and discussion of new ideas and emerging problems that give a chance for interaction and exchange. More mature work is welcome as part of a mini-conference format, too. We aim to interleave interactive brainstorming and demonstration sessions between the formal presentations to foster an active exchange of ideas. The workshop papers will be published in ACM DL or an open archive (to be confirmed). Papers are to be submitted using the sigplanconf LaTeX template (http://www.sigplan.org/Resources/LaTeXClassFile/). Please submit contributions via EasyChair: https://easychair.org/conferences/submission_show_all.cgi?a=17114062 ### Important Dates Submissions: 18 May 2018 Author Notification: 8 June 2018 ### Program Committee The program committee consists of the organizers and the following reviewers: Nada Amin, University of Cambridge Cl?ment B?ra, RMOD - INRIA Lille Nord Europe Shigeru Chiba, University of Tokyo Benoit Daloze, JKU Linz G?rel Hedin, Lund University Eric Jul, University of Oslo Stefan Marr, University of Kent Eliot Miranda, Cadence Design Systems Sarah Mount, King's College London Tobias Pape, Hasso Plattner Institute Jennifer Sartor, Vrije Universiteit Brussel + University Ghent ### Workshop Organizers Tim Felgentreff, Oracle Labs Potsdam Olivier Zendra, INRIA / LORIA From tbaldridge at gmail.com Thu Apr 19 19:01:38 2018 From: tbaldridge at gmail.com (Timothy Baldridge) Date: Thu, 19 Apr 2018 17:01:38 -0600 Subject: [pypy-dev] Returning a "default value" for a Rtyped function Message-ID: I have a function in RPython that returns a tuple, and based on different situations, one value or the other may "null": def decide(x): if x: return 42, None else: return 0, Object("some value") Here's the issue, this function is part of some meta-programming and is auto generated. So the issue is, when I return `0, Object("some value")` I really don't know what the first member of the tuple is, I want it to be some value, and it can be anything since the calling function is dispatching on the second value of the tuple being None (or not). Is there some sort of way in rpython to say "return any value that fits the type expected here?" Or perhaps there's some better way to do a tagged union of sorts in rpython. Thanks, Timothy -------------- next part -------------- An HTML attachment was scrubbed... URL: From armin.rigo at gmail.com Fri Apr 20 05:35:46 2018 From: armin.rigo at gmail.com (Armin Rigo) Date: Fri, 20 Apr 2018 11:35:46 +0200 Subject: [pypy-dev] Returning a "default value" for a Rtyped function In-Reply-To: References: Message-ID: Hi Timothy, On 20 April 2018 at 01:01, Timothy Baldridge wrote: > I have a function in RPython that returns a tuple, and based on different > situations, one value or the other may "null": > > def decide(x): > if x: > return 42, None > else: > return 0, Object("some value") > > > Here's the issue, this function is part of some meta-programming and is auto > generated. So the issue is, when I return `0, Object("some value")` I really > don't know what the first member of the tuple is, I want it to be some > value, and it can be anything since the calling function is dispatching on > the second value of the tuple being None (or not). > > Is there some sort of way in rpython to say "return any value that fits the > type expected here?" > > Or perhaps there's some better way to do a tagged union of sorts in rpython. RPython has got no "expected type" construction, because types are always propagated forward, not backward. I think indeed a better way is to use something more explicit. You could create a small abstract base class with two subclasses, but that doesn't work if you want the 'int' above to be not always 'int' but some other type of values in other contexts. Maybe define a subclass of Exception, and then either return a normal value (like an int) or 'raise HereIsAnObject(Object("some value"))'? A bient?t, Armin. From jens.lincke at hpi.de Fri Apr 20 05:44:15 2018 From: jens.lincke at hpi.de (Jens Lincke) Date: Fri, 20 Apr 2018 09:44:15 +0000 Subject: [pypy-dev] [cfp] COP 2018 Message-ID: *** COP 2018: 10th International Workshop on Context-Oriented Programming *** July 16th, 2018 Co-located with ECOOP/ISSTA 2018 in Amsterdam, Netherlands === Advanced Modularity for Run-time Composition === Contextual information is playing an ever-increasing role in our information-centric world. Current-day software systems need to adapt continuously to changing execution and usage contexts, even while they are running. Unfortunately, mainstream programming languages and development environments still do not support this level of dynamic adaptivity very well, leading developers to implement complex designs to anticipate various dimensions of variability. Context-Oriented Programming directly supports variability at the programming level, featuring dedicated programming abstractions enabling programmers to write software applications that adapt dynamically to a wide range of dynamic attributes. It enables run-time behaviour to be dispatched directly on any detected properties of the execution or user context. Since more than a decade, several researchers have been working on a variety of notions approaching that idea. Implementations ranging from first prototypes to mature platform extensions used in commercial deployments have illustrated how multidimensional dispatch can be supported effectively to achieve expressive run-time variation in behavior. Our series of International Workshops on Context-Oriented Programming (COP) at ECOOP since 2009 have shown to be well-received, each attracting around 30 participants. Also in 2018 we hope to advance this vibrant research domain at ECOOP in the beautiful and lively city of Amsterdam. === Topics === Topics of interest to the workshop include, but are not limited to: - Interesting application domains and scenarios for COP - Programming language abstractions for COP (e.g. dynamic scoping, roles, traits, prototype-based extensions) - Implementation techniques and mechanisms for COP (e.g. different kinds of dynamic, contextual, and multi-dimensional dispatch or pre-dispatch) - Implementation issues for COP such as optimization, VM support, JIT compilation etc. - Implemented use-cases, case studies, or prototypes of COP - Theoretical foundations for COP (e.g., semantics, type systems) - Configuration languages (e.g. feature description interpreters, transformational approaches) - Interaction between non-functional programming concerns and COP (e.g. security, persistence, concurrency, distribution) - Modularization approaches for COP (e.g. modules, aspects, features, layers, plugins) - Guidelines to apply COP (e.g. best practices, idioms, patterns) - Run-time support for COP (e.g. reflection, dynamic binding) - Tool support (e.g. design tools, IDEs, debuggers) - Support for COP at the modeling level - Beyond context-oriented behavior adaptation (e.g., UI adaptation, DB adaptation). === Submission guidelines === COP invites submissions of high-quality papers reporting original research, or describing innovative contributions to, or experience with context-oriented programming, its implementation, and application. Papers that depart significantly from established ideas and practices are particularly welcome. Submissions must not have been published previously and must not be under review for any other refereed event or publication. The program committee will evaluate each contributed paper based on its relevance, significance, clarity, and originality. Papers are to be submitted via EasyChair (https://easychair.org/conferences/?conf=cop2018). They must be written in English, provided as PDF documents, and follow the new ACM Master Article Template with the sigconf option (https://www.acm.org/publications/proceedings-template). They should not exceed 8 pages. Accepted papers will be published in the ACM Digital Library. === Important dates === Submission deadline: May 18th, 2018 (AoE) Notifications: June 8th, 2018 Final version: June 29th, 2018 === Program committee === Tomoyuki Aotani, Tokyo Institute of Technology, Japan Nicol?s Cardozo, Universidad de los Andes, Colombia Coen De Roover, Vrije Universiteit Brussel, Belgium Elisa Gonzalez Boix, Vrije Universiteit Brussel, Belgium David H. Lorenz, Technion IIT, Israel Gorel Hedin, Lund University, Sweden Stefan Marr, University of Kent, UK Kim Mens, Universit? Catholique de Louvain, Belgium Stefan Ramson, Hasso Plattner Institute, Germany Guido Salvaneschi, TU Darmstadt, Germany Matthias Springer, Tokyo Institute of Technology, Japan Mario S?dholt, IMT Atlantique, France Naoyasu Ubayashi, Kyushu University, Japan Didier Verna, EPITA / LRDE, France Harumi Watanabe, Tokai University, Japan Tijs van der Storm, CWI, Netherlands === Organizing committee === Robert Hirschfeld, HPI, Germany Atsushi Igarashi, Kyoto University, Japan Tetsuo Kamina, Ritsumeikan University, Japan Jens Lincke, Hasso Plattner Institute, Germany Hidehiko Masuhara, Tokyo Institute of Technology, Japan -------------- next part -------------- An HTML attachment was scrubbed... URL: From matti.picus at gmail.com Wed Apr 25 07:00:54 2018 From: matti.picus at gmail.com (Matti Picus) Date: Wed, 25 Apr 2018 14:00:54 +0300 Subject: [pypy-dev] PyPy 6.0 release Message-ID: An HTML attachment was scrubbed... URL: From coolbutuseless at gmail.com Fri Apr 27 07:35:59 2018 From: coolbutuseless at gmail.com (mike c) Date: Fri, 27 Apr 2018 11:35:59 +0000 Subject: [pypy-dev] Could you remove my Bitbucket access? Message-ID: Hi there, I contributed to pypy way way back, but for the moment I have other priorities. Bitbucket has made it impossible for me to revoke my own access from the pypy repositories. Could someone in the development team revoke my access? Thanks, and good luck! Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From armin.rigo at gmail.com Fri Apr 27 21:39:13 2018 From: armin.rigo at gmail.com (Armin Rigo) Date: Sat, 28 Apr 2018 03:39:13 +0200 Subject: [pypy-dev] Could you remove my Bitbucket access? In-Reply-To: References: Message-ID: Hi Mike, On 27 April 2018 at 13:35, mike c wrote: > I contributed to pypy way way back, but for the moment I have other > priorities. > > Bitbucket has made it impossible for me to revoke my own access from the > pypy repositories. Could someone in the development team revoke my access? Done! I assumed it was the bitbucket account "coolbutuseless". Armin From ndbecker2 at gmail.com Sun Apr 29 12:20:31 2018 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 29 Apr 2018 16:20:31 +0000 Subject: [pypy-dev] using c-api Message-ID: Just installed pypy3-6.0.0-1.fc29.x86_64 on fedora 28 (to be released in a couple of days), also install pypy3-devel and pypy3-libs. Trying to build my c modules (c++ using pybind11). I don't see any python library to link against. c-python I would link with /usr/lib64/libpython3.6m.so, but pypy3 doesn't seem to include anything like that (at least not the fedora-packaged version) -- Those who don't understand recursion are doomed to repeat it From armin.rigo at gmail.com Sun Apr 29 12:49:27 2018 From: armin.rigo at gmail.com (Armin Rigo) Date: Sun, 29 Apr 2018 18:49:27 +0200 Subject: [pypy-dev] using c-api In-Reply-To: References: Message-ID: Hi Neal, On 29 April 2018 at 18:20, Neal Becker wrote: > Just installed pypy3-6.0.0-1.fc29.x86_64 on fedora 28 (to be released in a > couple of days), also install pypy3-devel and pypy3-libs. > Trying to build my c modules (c++ using pybind11). > I don't see any python library to link against. > > c-python I would link with /usr/lib64/libpython3.6m.so, but pypy3 doesn't > seem to include anything like that (at least not the fedora-packaged > version) It's in /opt/pypy3/bin by default. Look for "libpypy3-c.so". If there is no such file in Fedora, complain to the Fedora maintainers and/or get the version from http://pypy.org/download.html. A bient?t, Armin. From ndbecker2 at gmail.com Mon Apr 30 08:40:54 2018 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 30 Apr 2018 12:40:54 +0000 Subject: [pypy-dev] pypy + pip --user Message-ID: Using the pypy fedora package, it seems pip install --user is confused about ~/.local/lib/python3.5/site-packages. It should be using it's own directory, ~/.local/lib/pypy3.5/site-packages, or something like that. pypy3 $(which pip) install --user matplotlib ... Traceback (most recent call last): File "/home/nbecker/.local/lib/python3.5/site-packages/numpy/core/__init__.py", line 16, in from . import multiarray ImportError: cannot import name 'multiarray' Don't know if the pypy default for --user is wrong, or if it's a fedora packaging problem. I can use pypy with virtualenv, but I think this issue shouldn't happen. -------------- next part -------------- An HTML attachment was scrubbed... URL: