On Thu, December 13, 2012 4:46 am, Konrad Hinsen wrote: > --On 12 décembre 2012 11:28:31 -0500 Raul Miller <[email protected]> > wrote: > >> On Wed, Dec 12, 2012 at 10:55 AM, Konrad Hinsen >> <[email protected]> wrote: >>> My personal dream would be a J implementation that uses NumPy arrays >>> internally, letting me combine Python and J easily.
Another alternative is to implement a version of J on the Parrot VM. It provides an architecture that, among other things, translates objects in dozens of languages to the formats of all the rest. http://www.parrot.org/ Parrot is a virtual machine designed to efficiently compile and execute bytecode for dynamic languages. Parrot currently hosts a variety of language implementations in various stages of completion, including Tcl, Javascript, Ruby, Lua, Scheme, PHP, Python, Perl 6, APL, and a .NET bytecode translator. Parrot is not about parrots, though we are rather fond of them for obvious reasons. >> Why not the other way around? >> >> Since NumPy's design is about incorporating externally defined types, >> why not make it support J's types? > > My data comes in through C libraries interfaced to NumPy, so my starting > point for any computation is a NumPy array. If I can get away with not > copying it to something else, that would be the best solution for me. > > I don't know how J arrays are stored internally. Perhaps one could have > both NumPy and J arrays share the same memory space for the raw data. That > would be a nice solution as well. > > Konrad. -- Edward Mokurai (默雷/निशब्दगर्ज/نشبدگرج) Cherlin Silent Thunder is my name, and Children are my nation. The Cosmos is my dwelling place, the Truth my destination. http://wiki.sugarlabs.org/go/Replacing_Textbooks ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
