当使用多个由SWIG生成的模块时,避免重复的SWIG样板代码。

使用SWIG生成接口模块时,生成的C/C++文件包含大量静态样板函数。因此,如果想要通过在同一应用程序中使用许多单独编译的小接口来模块化使用SWIG生成的接口,则由于这些重复函数,存在很多膨胀。

使用gcc的-ffunction-sections选项和GNU链接器的--icf=safe选项(对编译器使用-Wl,--icf=safe)可以移除一些重复,但绝不能移除所有重复(我认为它不会合并具有重定位的任何内容-其中许多函数都有)。

我的问题是:我想知道是否有一种方法可以去除更多的这个重复的样板代码,理想情况下不依赖于GNU特定的编译器/链接器选项。

特别是,是否有一个SWIG选项/标志/某种东西,它表示“在每个输出文件中不要包含样板代码”?实际上,有一个SWIG选项-external-runtime,告诉它生成一个“仅包含样板代码”的输出文件,但似乎没有明显的方法抑制包含在每个常规输出文件中的副本。[\我认为这种东西在SWIG中应该非常简单,所以我很惊讶它似乎不存在...但我似乎找不到任何记录。/]

这里是一个小例子:

给出模块swt_oink的接口文件swg-oink.swg

%{ extern int oinker (const char *x); %}
extern int oinker (const char *x);```

... 以及用于`swt_barf`的类似接口`swg-barf.swg`

```%module swt_barf
%{ extern int barfer (const char *x); %}
extern int barfer (const char *x);```

...以及一个测试主文件`swt-main.cc`

```extern "C"
{
#include "lua.h"
#include "lualib.h"
#include "lauxlib.h"

extern int luaopen_swt_oink (lua_State *);
extern int luaopen_swt_barf (lua_State *);
}

int main ()
{
  lua_State *L = lua_open();
  luaopen_swt_oink (L);
  luaopen_swt_barf (L);
}

int oinker (const char *) { return 7; }
int barfer (const char *) { return 2; }```

并以以下方式编译它们:

swig -lua -c++ swt-oink.swg g++ -c -I/usr/include/lua5.1 swt-oink_wrap.cxx swig -lua -c++ swt-barf.swg g++ -c -I/usr/include/lua5.1 swt-barf_wrap.cxx g++ -c -I/usr/include/lua5.1 swt-main.cc g++ -o swt swt-main.o swt-oink_wrap.o swt-barf_wrap.o

```

然后,每个_xxx_ _wrap.o文件的大小约为16KB,其中95%是样板文件,并且最终可执行文件的大小大约等于这些的总和,约为39K。如果使用-ffunction-sections编译每个接口文件,并使用-Wl,--icf=safe链接,则最终可执行文件的大小为34KB,但仍然存在明显的重复(在可执行文件上使用nm可以看到大量函数多次定义,并且查看它们的源代码,显然对于其中大多数函数可以使用单个全局定义)。

原文链接 https://stackoverflow.com/questions/8178479

点赞
stackoverflow用户168175
stackoverflow用户168175

我相当确定 SWIG 没有做到这一点的选项。我现在正在猜测,但我认为原因可能是担心不同版本的 SWIG 构建的模块的可见性。想象一下以下场景:

两个库 X 和 Y 都使用 SWIG 提供其代码的接口。它们都选择在不同的翻译单元中使"SWIG 粘合"强制可见,以减少代码大小。如果 X 和 Y 都使用相同的 SWIG 版本,这一切都很好。但是,如果 X 使用 SWIG 1.1,而 Y 使用 SWIG 1.3,则会发生什么?这两个模块都可以单独正常工作,但根据平台如何处理共享对象以及语言本身如何加载它们(RTLD_GLOBAL?),如果将两个模块结合使用,则可能会发生一些非常严重的问题。

我认为代码重复的惩罚是相当低的——在 VM 和本机代码之间切换的成本通常非常高,这可能会掩盖轻微减少指令缓存击中的成本,但是看到真正的基准测试结果可能会很有趣。好处是,这是用户不需要担心的代码,因为它都是自动生成的,并且与编写的相应版本的接口一起保持正确。

2011-11-19 17:55:39
stackoverflow用户1746434
stackoverflow用户1746434

我可能有点晚,但是这是一个解决方法:

  • 在 SWIG (<= 1.3 ) 中,有一个 -noruntime 命令行选项。
  • 自从 SWIG 2.0 之后,-noruntime 已经被弃用了,现在应该将 -DSWIG_NOINCLUDE 传递给 C 预处理器,而不是 swig 本身。

我完全不确定这是否正确,但至少它对我起作用。我将在 SWIG 的邮件列表中澄清这个问题。

2013-10-08 08:04:02