Kaj, thx for the info. now I am on the serverside (nix) to compare the handling and performance with the current Lua stack I am using. Would be great if we could work on some extensions later, on the base we did before if you like ;-)
I'm open to it. R3 extensions in Red/System on Unix requires the dyn-lib-emitter branch to be finished and extended to other platforms
Alternatively, a Red(/System) host could be written that loads the R3 library, but that's not so simple, because there's no real separation in the R3 host code between the platform-specific and cross-platform parts of the host. That means you're almost forced to write the host in C, pulling in the existing C code
should Red/System not be advertised/pomoted a bit more as a better way to write rebol extensions, now that Rebol is OS? I mean, it should be listed on the Rebol GitHub project as the best way, if indeed it is. Possible on rebol.com, if Carl would allow it.
possible = possibly
I think so, but only after the dyn-lib-emitter branch is finished
any ETA on that?
Ask Doc :-)
I should get back to it around early January.
Well, I am not good at those things, but having R3 extensions written in R/S seems a good oportunity to those, who are not much fluent in C, and always wished for more flexible R2 DLL interface, no? :-)
we have: - COM Interface - BEEP - SQLite - Licensing support functions
Great, will setup a page the next days, to list the current extensions with description/download link to get a better overview. Just running the first embedded POSIX prototype here with a bunch of usefull functions like pid handling, fork, nanosleep, popen, execve, sig, pipe etc.