erlang - 为什么 EUnit 将 .beam 文件编译成 .eunit/ebin？

Question

免责声明:此问题的作者主要具有 Erlang/OTP 的理论知识。

我有一个小型 OTP 应用程序，它通过 open_port() 调用 myapp/ebin 目录中的一些非 Erlang 可执行文件。当我运行应用程序本身时，一切顺利，可执行文件的端口已成功打开。

但是当我尝试为应用程序运行单元测试时，那些依赖于 open_port() 的单元测试失败了，因为当使用 EUnit 启动时，应用程序试图找到myapp/.eunit/ebin 下的可执行文件。

如何在不更改应用程序本身代码的情况下更改该行为？如何使用与运行应用程序本身时相同的当前目录运行 EUnit 测试？ (我的意思是更改提供可执行文件路径的代码只是为了能够运行 EUnit 并不是一个好主意)。

编辑:我遵循了 Erlang 中的建议 mailing list ，但是 code:priv_dir(myapp_name) 返回 {error, bad_name}。

编辑:我可以看到 .eunit/ 包含 modulename.beam 文件，ebin/ 包含 modulename.beam 文件和 modulename_tests.beam 文件。现在我完全迷路了。当我运行 make test 时，rebar 运行 eunit 命令，它调用 中的每个 modulename_tests.beam 文件>ebin/目录调用.eunit/目录下相应的modulename.beam文件(filename:absname("") 清楚地表明 modulename.beam 文件在测试期间从 .eunit/ 执行)。为什么会这样？为什么我们需要从 .eunit/ 目录而不是 ebin/ 运行 modulename.beam 文件？

为什么我们实际上需要在 myapp/ebin 和 myapp/.eunit/ebin 中拥有完全相同的 .beam 文件？

附言我读过 official documentation并没有找到解决方案。

Answer 1

EUnit 本身不会执行此操作 - .eunit 目录是 Rebar 使用的约定。