javascript - 省略一些 C++ 子系统

Question

我注意到使用 emscripten，即使是相对较小的 C++ 文件也可以快速转换为相当大的 JavaScript 文件。示例:

#include <memory>
int main(int argc, char** argv) {
  std::shared_ptr<int> sp(new int);
}

使用像这样的命令用最近的 emsdk 编译它

em++ -std=c++11 -s DISABLE_EXCEPTION_CATCHING=1 -s NO_FILESYSTEM=1 \
     -s NO_BROWSER=1 -s NO_EXIT_RUNTIME=1 -O3 -o foo.js foo.cc

生成的文件超过 400k。使用 -g 我可以做到

grep -n '^function _' foo.js | c++filt -_

看看我们有哪些功能。以下是一些示例:

std::__1::moneypunct<char, false>::do_thousands_sep() const
std::__1::locale::~locale()
std::__1::basic_string<wchar_t, …>::~basic_string()
std::__1::time_get<…>::__get_day(…) const
std::__1::codecvt<wchar_t, char, __mbstate_t>::codecvt(unsigned int)
std::__1::locale::__imp::install(std::__1::locale::facet*, long)
_printf_core

我自己并没有调用任何一个，但是所有的功能都包含在内。可能其中许多都包含在某个虚函数表中。其他的可能是由于一些静态初始化器。

如果这是链接到我硬盘上某处的单个共享库的普通代码；我不会反对的。但是要传输 0.5 兆字节的 JavaScript 代码，只是为了一个共享指针？必须有办法避免这种情况。

Answer 1

一个解决方案，已实现here , 只是将 C++ 库分成几个部分。通过将处理 I/O 和语言环境的代码移动到一个单独的库中，所有可以在没有它的情况下工作的代码都可以避免 I/O 子系统的静态初始化程序导致对上述功能的依赖。不幸的是，这也会影响 strstream，原因很明显。

---

更新:自上游 commit 301e4ad (首次包含在版本 1.30.6 中)，系统库不再编译为单个 *.bc 文件，而是编译为 *.a 静态库，其中包含几个不同的对象。其中，只有需要的才会真正链接进来，这大大减少了简单情况下的代码大小。