21–30 of 71 posts
Earlier quoted context omitted.
Only that Dave only has access to OS X. I plan on contributing Linux support if nobody else beats me to it.
I'll be very happy to test on Linux (don't think I have the skill to create it just yet:)
I've been very excited to see this project develop. I think it really speaks to what we can do with Rust in the future: once we get some nice abstractions, "FFI" barely even feels like it. Node is actually the worst case here: V8 being in C++ makes this harder than Ruby or Python, being implemented in C.
Did Yehuda ever open source or complete a similar abstraction like this but for Ruby? I remember someone mentioning to me he was working on it. I have a longstanding todo (though I have no motivation because I currently have no use for Rust or Ruby) to try something similar though I remember my initial attempts having trouble with how Ruby's C API expresses some values.
Node + Rust ~= Go
Earlier quoted context omitted.
Did Yehuda ever open source or complete a similar abstraction like this but for Ruby? I remember someone mentioning to me he was working on it. I have a longstanding todo (though I have no motivation because I currently have no use for Rust or Ruby) to try something similar though I remember my initial attempts having trouble with how Ruby's C API expresses some values.
I'm actively working on it ( https://github.com/tildeio/turboruby ) and in fact was racing @dherman to finish. He beat me by a mile :( but I hope to wrap up a usable first version soon.
Earlier quoted context omitted.
I'll be very happy to test on Linux (don't think I have the skill to create it just yet:)
Watching Christmas movies with the family right now but I'll file a bug with some hints later. :)
Could be killer if combined with electron.
Rather than trying to go whole-hog on linking the two worlds together at a process level, I've just embedded an Erlang release into the Electron package, which decompresses itself to the user's Library/APPDATA dir on Electron startup, transparently registers as a service (so it can continue to run for things like server sync when the app is quit), and then communicates with the app using Unix domain sockets.
It's a bit like the feeling of having a Service Worker, but one that just happens to be able to embed things like physics engines inside of it.
Could be killer if combined with electron.
If the goal is having a fast "business-rules engine" coupled to a pretty HTML5-based app-wrapper, one of my own projects is to combine Electron with the Erlang VM. Rather than trying to go whole-hog on linking the two worlds together at a process level, I've just embedded an Erlang release into the Electron package, which decompresses itself to the user's Library/APPDATA dir on Electron startup, transparently registe…
This is really cool. I'd love to see a system whereby pure computation modules were also supported in the browser via web assembly.
The possibilities of rustc (which has an LLVM backend) and Emscripten (which consumes LLVM IR) are really interesting.