Aparapi
80 views
Skip to first unread message
cej38
Jul 15, 2011, 1:17:25 PM7/15/11
to Clojure
Hello.
Has anyone looked at using AMD's Aparapi API from within Clojure?
Has anyone looked at using AMD's Aparapi API from within Clojure?
Timothy Washington
Jul 15, 2011, 2:54:57 PM7/15/11
to clo...@googlegroups.com
Haven't looked at it. But it looks interesting (1, 2).
"... the inherent goal of Java's 'write once, run anywhere' programming model is [effectively] extended beyond crossing over multiple operating systems - to crossing multiple processing units."
On Fri, Jul 15, 2011 at 1:17 PM, cej38 <junke...@gmail.com> wrote:
Hello.
Has anyone looked at using AMD's Aparapi API from within Clojure?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clo...@googlegroups.com
Note that posts from new members are moderated - please be patient with your first post.
To unsubscribe from this group, send email to
clojure+u...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
Gary
Jul 18, 2011, 11:05:37 AM7/18/11
to Clojure
I am the tech lead on the Aparapi team here at AMD.
We have heard of folks attempting to use Aparapi from Clojure (as well
as Beanshell, Groovy and Scala), and we would like to followup with
various communities to work out what would be needed to make this
work.
There are a couple of challenges, which I am sure can be overcome but
which will be immediate. Aparapi currently uses the classloader to
extract the bytecode of the 'Kernel' class and at present we need some
javac debug artifacts to help us decompile the bytecode to OpenCL
(primarily we need LocalVariableTable to determine the scope/name of
local variables). I can see how to sidestep the local variable table,
and can envisage that a customized classloader might be constructed to
help us extract bytecode for synthetic (or dynamically generated)
classes/methods.
We announced recently (at AMD fusion developer summit) that we plan to
OpenSource Aparapi in Q311. It would be great to work with folks with
intimate knowledge of these alternate JVM languages to make them work
with Aparapi.
Gary
We have heard of folks attempting to use Aparapi from Clojure (as well
as Beanshell, Groovy and Scala), and we would like to followup with
various communities to work out what would be needed to make this
work.
There are a couple of challenges, which I am sure can be overcome but
which will be immediate. Aparapi currently uses the classloader to
extract the bytecode of the 'Kernel' class and at present we need some
javac debug artifacts to help us decompile the bytecode to OpenCL
(primarily we need LocalVariableTable to determine the scope/name of
local variables). I can see how to sidestep the local variable table,
and can envisage that a customized classloader might be constructed to
help us extract bytecode for synthetic (or dynamically generated)
classes/methods.
We announced recently (at AMD fusion developer summit) that we plan to
OpenSource Aparapi in Q311. It would be great to work with folks with
intimate knowledge of these alternate JVM languages to make them work
with Aparapi.
Gary
Reply all
Reply to author
Forward
0 new messages