> >> Is it really necessary, though? Hotspot's JIT yields up >> native-ballpark speeds when you really need them, if you optimize your >> code appropriately. > > For me, a native-code implementation of Clojure would be of interest for > interfacing with libraries written in C, C++, and Fortran. The same goal > could probably be achieved otherwise (compiling Java bytecode to native > code, or simply a JVM with a better native interface than JNI), but at the > moment I see no satisfying solution. >
Have fun with that. For C it would be easy-ish to create a pinvoke like system. But for C++.....yeaaaahhh.....the way C++ is linked is just wrong. Sometimes linkers can't even link between two different versions of the same compiler. On top of that, how are you going to get class definitions? Parsing the C++ headers is a job and a half. And you can't start with the .dll as most of those have function names stripped out of them. This is was the reason COM was created. And in the end, you still don't have any sort of reflection. I know nothing of Fortran, so you may have some luck there. Timothy -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@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+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en