Question

摘要

我查看了SpiderMonkey'shell'应用程序用来创建ctypes JavaScript对象的代码，但我不是新手C程序员。由于现代构建系统发出的精神错乱程度不同，我似乎无法追踪实际将程序与所需功能相关联的代码或命令。

method.madness

Mozilla Devs的这个js-ctypes实现是一个很棒的补充。自从它的概念以来，脚本主要用于控制更严格和强大的应用程序。 js-ctypes在SpiderMonkey项目中的出现使得JavaScript能够站起来，并被视为一种完全成熟的面向对象的快速应用程序开发语言，高于“微软VB6”等各种古老应用程序开发语言设置的“标准”。

我们要开始吗？

我用这个配置构建了SpiderMonkey：./ configure --enable-ctypes --with-system-nspr

随后成功执行：make＆amp;＆amp; make install

js shell工作正常，并且验证了全局ctypes javascript对象在该shell中的运行情况。

使用从How to embed the JavaScript Engine -MDN的第一个源列表中获取的代码，我尝试通过在第66行插入以下代码来实例化JavaScript ctypes对象：

    /* Populate the global object with the ctypes object. */
    if (!JS_InitCTypesClass(cx, global))
        return NULL;
    /*

我用以下代码编译：g ++ $（。/ js-config --cflags --libs）hello.cpp -o hello

它汇编了一些警告：

hello.cpp: In function ‘int main(int, const char**)’:
hello.cpp:69:16: warning: converting to non-pointer type ‘int’ from NULL [-Wconversion-null]
hello.cpp:80:20: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
hello.cpp:89:17: warning: NULL used in arithmetic [-Wpointer-arith]

但是当你运行应用程序时：

./hello: symbol lookup error: ./hello: undefined symbol: JS_InitCTypesClass

此外

JS_InitCTypesClass在'dist / include / jsapi.h'中声明为extern，但该函数位于'ctypes / CTypes.cpp'中，其中包含自己的头'CTypes.h'，并且在某些时候由某些命令编译'make'到yeild'。/ CTypes.o'。正如我之前所说，我不是一个C代码的新手，我真的不知道该怎么做。

请给出或指示使js-ctypes对象在嵌入中起作用的一般示例。

Answer 1

黑客

由于头文件中的条件定义以及分散的lib和头位置，我已经想到链接失败了。够了......我试图在命令行上定义JS_HAS_CTYPES，但如果它完全有效，那肯定是不够的。

我决定，因为SpiderMonkey shell有自己独特的makefile，并且已经可以访问我想要捕获的功能，只需将js.cpp重命名为js.cpp.tmp并允许我的代码代替它，几乎工作。

文件编译良好，并且在应用程序执行时没有抛出运行时链接错误，但代码（'JSNativeObject'ctypes）几乎完全失败了JS_InitCTypesClass。看到我的链接错误早已被遗忘，我立即查看make的输出，看看我是否可以“刷”编译代码并且......我们有一个BINGO！

汇编

将shell / js.cpp恢复到其原始目标后，我将hello.cpp移动到spidermonkey的根源目录，并开始更正makefile创建的相对路径以及执行删除构造显然我的申请没有存在或相关。

虽然以下命令似乎呈现可操作的二进制文件，但作者对此列表的正确性或完整性没有任何关联。

c++ -o hello.o -c  -Idist/system_wrappers_js -include config/gcc_hidden.h \
-DEXPORT_JS_API -DOSTYPE=\"Linux3.2\" -DOSARCH=Linux -I. -Idist/include \
-Idist/include/nsprpub  -I/usr/include/nspr -fPIC  -fno-rtti \
-fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth \
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align \
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -pedantic \
-Wno-long-long -fno-strict-aliasing -pthread -pipe  -DNDEBUG -DTRIMMED -Os \
-freorder-blocks -fomit-frame-pointer -DJS_HAS_CTYPES -DMOZILLA_CLIENT \
-include js-confdefs.h -MD -MF .deps/hello.pp hello.cpp;

c++ -o hello -fno-rtti -fno-exceptions -Wall -Wpointer-arith \
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy \
-Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof \
-Wno-variadic-macros -Werror=return-type -pedantic \
-Wno-long-long -fno-strict-aliasing -pthread -pipe  -DNDEBUG \
-DTRIMMED -Os -freorder-blocks -fomit-frame-pointer hello.o \
-lpthread -Wl,-rpath-link,/bin -Wl,-rpath-link,/usr/local/lib \
-Ldist/bin -Ldist/lib -L/usr/lib -lplds4 -lplc4 -lnspr4 \
-lpthread -ldl editline/libeditline.a libjs_static.a -ldl;

上面列出的两个命令被放入一个名为“mkhello”的可执行shell脚本中，该脚本已保存到根源目录。

从我可以收集它是一个两阶段编译方法。出于什么原因我不确定，但解释似乎非常有教育意义。想法？

编辑请参阅下面的评论，了解有关“两阶段编译方法”的说明。

代码：hello.cpp

/*
 * This define is for Windows only, it is a work-around for bug 661663.
 */
#ifdef _MSC_VER
# define XP_WIN
#endif

/* Include the JSAPI header file to get access to SpiderMonkey. */
#include "jsapi.h"


/* The class of the global object. */
static JSClass global_class = {
    "global", JSCLASS_GLOBAL_FLAGS,
    JS_PropertyStub, JS_PropertyStub, JS_PropertyStub, JS_StrictPropertyStub,
    JS_EnumerateStub, JS_ResolveStub, JS_ConvertStub, JS_FinalizeStub,
    JSCLASS_NO_OPTIONAL_MEMBERS
};

/* The error reporter callback. */
void reportError(JSContext *cx, const char *message, JSErrorReport *report)
{
    fprintf(stderr, "%s:%u:%s\n",
            report->filename ? report->filename : "<no filename=\"filename\">",
            (unsigned int) report->lineno,
            message);
}

int main(int argc, const char *argv[])
{
    /* JSAPI variables. */
    JSRuntime *rt;
    JSContext *cx;
    JSObject  *global;

    /* Create a JS runtime. You always need at least one runtime per process. */
    rt = JS_NewRuntime(8 * 1024 * 1024);
    if (rt == NULL)
        return 1;

    /* 
     * Create a context. You always need a context per thread.
     * Note that this program is not multi-threaded.
     */
    cx = JS_NewContext(rt, 8192);
    if (cx == NULL)
        return 1;
    JS_SetOptions(cx, JSOPTION_VAROBJFIX | JSOPTION_JIT | JSOPTION_METHODJIT);
    JS_SetVersion(cx, JSVERSION_LATEST);
    JS_SetErrorReporter(cx, reportError);

    /*
     * Create the global object in a new compartment.
     * You always need a global object per context.
     */
    global = JS_NewCompartmentAndGlobalObject(cx, &global_class, NULL);
    if (global == NULL)
        return 1;

    /*
     * Populate the global object with the standard JavaScript
     * function and object classes, such as Object, Array, Date.
     */
    if (!JS_InitStandardClasses(cx, global))
        return 1;

    /* Populate the global object with the ctypes object. */
    if (!JS_InitCTypesClass(cx, global))
        return NULL;
    /*

    /* Your application code here. This may include JSAPI calls
     * to create your own custom JavaScript objects and to run scripts.
     *
     * The following example code creates a literal JavaScript script,
     * evaluates it, and prints the result to stdout.
     *
     * Errors are conventionally saved in a JSBool variable named ok.
     */
    char *script = "ctypes.open";
    jsval rval;
    JSString *str;
    JSBool ok;
    const char *filename = "noname";
    uintN lineno = 0;

    ok = JS_EvaluateScript(cx, global, script, strlen(script),
                           filename, lineno, &rval);
    if (rval == NULL | rval == JS_FALSE)
        return 1;

    str = JS_ValueToString(cx, rval);
    printf("%s\n", JS_EncodeString(cx, str));

    /* End of your application code */

    /* Clean things up and shut down SpiderMonkey. */
    JS_DestroyContext(cx);
    JS_DestroyRuntime(rt);
    JS_ShutDown();
    return 0;
}

<强>结论

$ ./mkhello
# ...
# error free garbage scrolls....
$ ./hello
function open() {
    [native code]
}

按照此示例为SpiderMonkey嵌入提供js-ctypes。您可能需要也可能不需要按顺序重新创建这些步骤，但从目前的角度来看，强烈建议这样做。

Answer 2

问题：大多数平台分销商对代码开发人员给出的建议一无所知。因此，如果不是所有托管该库的系统，js-ctypes都不会为mozjs185启用。这给你留下了一些问题要解决。

配置了--enable-ctypes和--with-sytem-nspr后跟make然后make install（可能需要root作为最后一个命令）

您的系统上可能有两个版本的libmozjs185.so。一个启用了ctypes（位于/ usr / local / lib中），另一个启用了ctypes（位于/ usr / lib中）。

根据问题，您希望链接库与 ctypes。这就是你通过为编译器指定-L/usr/local/lib -lnspr4 -lmozjs185来做的事情。它会编译好。但是当应用程序运行时，os库加载器将加载它找到的库的第一个实例。不幸的是，这可能是位于/ usr / lib中的库，并且此版本可能没有启用ctypes。这就是你遇到这个[已解决]问题的地方：g++ Undefined Symbol Error using shared library

底线是：同一个库的多个版本正在创建一个问题。因此，将js-ctypes提供给spidermonkey嵌入的最佳方法是将启用了ctypes的静态版本mozjs185链接到您的程序，除非您想编写用于处理多个平台libary加载器的库，或创建自己的（mozjs185的重新命名版本））我已经详细介绍了@ SpiderMonkey Build Documentation - MDN

要执行静态链接，您需要在g ++中使用这些参数： -lnspr4 -lpthread -lmozjs185-1.0前提是您已正确构建并安装了开发包。这是为spidermonkey嵌入提供js-ctypes的“最佳”（平台无关）方式。虽然这确实会使应用程序的大小增加至少3.5 MB。如果你已经构建了调试版本，它可能会大15倍。

如何在spidermonkey嵌入中提供js-ctypes？

2 个答案: