Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread Maciej Fijalkowski
Hi David I'm sorry, it was not supposed to come as rude. It seems that the blocker here is full numpy support which we're working on right now, we can come back to that discussion once that's ready On Thu, Mar 24, 2016 at 6:31 PM, David Edelsohn wrote: > Maciej, > > How

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread John Camara
It turns out there is some work in progress in the Spark project to share its memory with non JVM programs. See https://issues.apache.org/jira/browse/SPARK-10399. Once this is completed it should be fairly trivial to expose it to Python and then maybe JIT integration could be discussed at that

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread John Camara
Hi Armin, At a minimum tighter execution is required as well as sharing memory. But on the other hand you have raised the bar so high with cffi, having a clean and unbloated interface, that it would be nice if a library with a similar spirit existed for java. Having support in PyPy's JIT to

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread David Edelsohn
Maciej, How about a little more useful response of "we'll help you find the right audience for this discussion and collaborate with you to make the case."? - David On Thu, Mar 24, 2016 at 11:32 AM, Maciej Fijalkowski wrote: > Ok fine, but we're not the receipents of such a

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread Armin Rigo
Hi John, On 24 March 2016 at 13:22, John Camara wrote: > (...) Thus the need for a jffi library. When I hear "a jffi library" I'm thinking about a new library with a new API. I think what you would really like instead is to keep the existing libraries, but adapt them

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread Maciej Fijalkowski
Ok fine, but we're not the receipents of such a message. Please lobby PSF for having a JIT, we all support that :-) On Thu, Mar 24, 2016 at 5:23 PM, John Camara wrote: > Hi Fijal, > > I understand where your coming from and not trying to convince you to work > on it.

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread John Camara
Hi Fijal, I understand where your coming from and not trying to convince you to work on it. Just mainly trying to point out a need that may not be obvious to this community. I don't spend much time on big data and analytics so I don't have a lot of time to devote to this task. That could

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread Maciej Fijalkowski
Hi John Thanks for explaining the current situation of the ecosystem. I'm not quite sure what your intention is. PyPy (and CPython) is very easy to embed through any C-level API, especially with the latest additions to cffi embedding. If someone feels like doing the work to share stuff that way

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread John Camara
Besides JPype and PyJNIus there is also https://www.py4j.org/. I haven't heard of JPype being used in any recent projects so I assuming it is outdated by now. PyJNIus gets used but I tend to only see it used on Android projects. The Py4J project gets used often in numerical/scientific projects

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-24 Thread Hakan Ardo
On Mar 23, 2016 21:49, "Armin Rigo" wrote: > > Hi John, > > On 23 March 2016 at 19:16, John Camara wrote: > > I would like to suggest one more topic for the workshop. I see a big need > > for a library (jffi) similar to cffi but that provides a bridge to

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-23 Thread Armin Rigo
Hi John, On 23 March 2016 at 19:16, John Camara wrote: > I would like to suggest one more topic for the workshop. I see a big need > for a library (jffi) similar to cffi but that provides a bridge to Java > instead of C code. The ability to seamlessly work with native

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-23 Thread John Camara
Hi Fijal, I agree that jffi would be both a large project and without someone leading it, it would likely not get any where. But I tend to disagree that it would be a separate goal for the conference. I realize the goal of the summit is to talk about native-code compilation for Python and most

Re: [pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-23 Thread Maciej Fijalkowski
Hi John I understand why you're bringing this up, but it's a huge project on it's own, worth at least a couple months worth of work. Without a dedicated effort from someone I'm worried it would not go anywhere. It's kind of separated from the other goals of the summit On Wed, Mar 23, 2016 at

[pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-23 Thread John Camara
Hi Nathaniel, I would like to suggest one more topic for the workshop. I see a big need for a library (jffi) similar to cffi but that provides a bridge to Java instead of C code. The ability to seamlessly work with native Java data/code would offer a huge improvement when python code needs to

[pypy-dev] [ANN] Python compilers workshop at SciPy this year

2016-03-22 Thread Nathaniel Smith
Hi all, I wanted to announce a workshop I'm organizing at SciPy this year, and invite you to attend! What: A two-day workshop bringing together folks working on JIT/AOT compilation in Python. When/where: July 11-12, in Austin, Texas. (This is co-located with SciPy 2016, at the same time as the