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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
15 matches
Mail list logo