On Wed, Apr 29, 2009 at 6:29 PM, Owen Shepherd <owen.sheph...@teknetium.com> wrote: > V8's architecture support is very limited though - even something as common > as x86_64 is unsupported. Something with a non-JIT fallback would be much > better from that point of view.
It is limited in a number of ways, but it's also quite new and under heavy development. i was able to wrap ncurses and sqlite3 in it without *too* much effort: http://code.google.com/p/v8-juice/ > The obvious choice from there is, of course, Mozilla's SpiderMonkey. > JavaScriptCore is another option, although in the limited time I spent > evaluating it I couldn't find any good documentation on their API). > Personally, > I use QtScript to embed scripting inside my apps, but the dependencies of that > should be obvious Embedding qtscript is much easier than SpiderMonkey (and the QVariant support is really nice), but of course has the mega-overhead of Qt. i've also done a significant amount of SpiderMonkey embedding (http://SpiderApe.sf.net), e.g. the world's first ncurses and sqlite3 bindings for JS were implemented on top of SpiderMonkey (e.g. http://spiderape.sourceforge.net/plugins/sqlite/). One serious drawback of spidermonkey is the near complete lack of documentation, which is one of the reasons i moved on to v8 (which, it turns out, has almost as few docs as SpiderMonkey, but also has a very helpful user community and several of the core developers partake in the discussions: http://code.google.com/p/v8/). SpiderMonkey has the benefit of supporting e4xml, which (AFAIK) no other open JS engine supports. Once one is used to SpiderMonkey, the basic stuff is not at all difficult to do (though i will never understand their (undocumented) threading API). However... being able to extend fossil via JS is, however, arguably of little use since fossil itself is designed as a monolithic app as opposed to a library. -- ----- stephan beal http://wanderinghorse.net/home/stephan/ _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users