11

如果我自己编写 escript，我可以使用 nif，但是当我使用 rebar escriptize 时，找不到 nif 函数。我认为这是因为 *.so 对象没有像梁文件那样被打包。这是一个简单的例子；

rebar.config：

{deps, [
   {'jiffy', "", {git, "https://github.com/davisp/jiffy.git", {branch, master}}}
]}.
{escript_incl_apps, [jiffy]}.
%% I tried this to see what happens if the so got in there but didn't help
{escript_incl_extra, [{"deps/jiffy/priv/jiffy.so", "/path/to/my/proj"}]}.

test.erl：

-module(test).

-export([main/1]).

main(_Args) ->
    jiffy:decode(<<"1">>),
    ok.

rebar get-deps 编译 escriptize
./test

结果是

escript: exception error: undefined function jiffy:decode/1
  in function  test:main/1 (src/test.erl, line 7)
  in call from escript:run/2 (escript.erl, line 741)
  in call from escript:start/1 (escript.erl, line 277)
  in call from init:start_it/1
  in call from init:start_em/1

有没有办法克服这个？

4

2 回答 2

3

问题是该erlang:load_nif/1函数没有隐式使用任何搜索路径，也没有做任何聪明的尝试来查找.so文件。它只是尝试按文件名参数给出的字面意思加载文件。如果它不是绝对文件名，那么它将尝试加载相对于当前工作目录的文件。它完全加载您告诉它加载的内容。

因此，如果您调用erlang:load_nif("jiffy.so")，它将尝试"jiffy.so"从您当前的工作目录加载。NIF_DIR我使用的一个简单的解决方法是使用环境变量做这样的事情：

load_nifs() ->
    case os:getenv("NIF_DIR") of
        false -> Path = ".";
        Path -> Path
    end,
    ok = erlang:load_nif(Path ++ "/gpio_nifs", 0).

这可以很容易地扩展到循环搜索路径以查找文件。请注意，这NIF_DIR不是一个特殊的名称，只是我“发明”的一个。

于 2013-03-28T15:34:11.730 回答
1

似乎无法从 escript 加载 nif，因为erlang:load_nif不查看档案。这是因为大多数操作系统都需要*.so可以映射到内存的物理副本。

克服这个问题的最佳方法是将 *.so 文件复制到 escript 的输出目录中。

  {ok, _Bytes} = file:copy("deps/jiffy/priv/jiffy.so", "bin/jiffy.so"),

看一下edis. _ 您将看到这是他们如何加载 eleveldb 的 nif 以从 escript 执行。

于 2013-03-27T19:36:41.103 回答