David Megginson wrote: > Erik Hofman writes: > > > -rw-r--r-- 1 erik user 648823 May 12 2001 js-1.4-2.tar.gz > > -rw-r--r-- 1 erik user 1046117 Mar 13 19:12 js-1.5-rc4.tar.gz > > What does everyone else think? Should this be bundled unpacked in the > SimGear source tree and built automatically (as with expat, our XML > parser), bundled as an archive so that users can build it if they > don't already have it installed (as with metakit and zlib), or left as > an external, optional extra? I'd like to embed an interpreter in > FlightGear, and ECMAScript is an excellent candidate language, but it > would be nice if the interpreter were a lot smaller. > > Erik -- what do your bindings look like?
You mean the code to bind a JavaScript function to a C function: static JSBool _fgs_set(JSContext *cx, JSObject *obj, uintN argc, jsval *argv, jsval *rval) { const char *node, *str; if (argc != 2) return JS_FALSE; if ((node = JS_GetStringBytes(JS_ValueToString(cx, argv[0]))) == NULL) return JS_FALSE; if ((str = JS_GetStringBytes(JS_ValueToString(cx, argv[1]))) == NULL) return JS_FALSE; _fgs_root_node->setStringValue(node, str); *rval = BOOLEAN_TO_JSVAL( true ); return JS_TRUE; } or do you mean: fgfs.set fgfs.setBoolean fgfs.get fgfs.getBoolean etc. Erik _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel