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

Reply via email to