c++ - 编译 wxLua(跨平台&静态)

Question

我打算创建一个新的 C++ 项目，在其中编写一些 C++ 函数，将带有 wxLua 的 Lua 引擎嵌入其中，使我的 C/C++ 函数可用于 Lua 端，然后编写我的主程序(包括GUI) 在 Lua 中。

我的 IDE/编译器是 Windows 上的 Code::Blocks/GCC。我想为 Windows、Linux 和 OSX 编译它。

我的问题:

• 编译wxWidgets和Lua
• 构建wxLua
• 创建一个跨平台项目，该项目知道哪些库适用于哪个操作系统

我阅读了很多关于 wxLua 的文档，发现您可能应该使用 wxWidgets 2.8.12 和 Lua 5.2.3(因为它们是最新的两个稳定且受支持的版本)。

如果可能的话，我希望程序最终成为一个独立的可执行文件。
所以我想我需要将 Lua 和 wxWidgets 编译为 .lib 库 (Windows) 和 .a 库 (Linux/OSX)，对吗？我该怎么做？

完成后，what kind of project do I need to create以及如何将 wxLua 嵌入到该项目中？ I couldn't find a lot of information on that.

最后，我如何告诉我的 IDE/项目/makefile(？)哪些库用于哪个操作系统？

Answer 1

以下是我如何在 Windows/OSX/Linux 上为我的跨平台项目编译 wxwidgets/wxlua 的说明，但我使用 gcc/mingw-tdm 而不是 Code::Blocks，所以你可能需要调整它们以适应你的环境。

以下是在 Windows 上构建 wxwidgets 的方法:

  ./configure --prefix="$INSTALL_DIR" --disable-shared --enable-unicode \
    --enable-compat28 \
    --with-libjpeg=builtin --with-libpng=builtin --with-libtiff=no --with-expat=no \
    --with-zlib=builtin --disable-richtext \
    CFLAGS="-Os -fno-keep-inline-dllexport" CXXFLAGS="-Os -fno-keep-inline-dllexport"
  make
  make install

这是在 Windows 上构建 wxlua 的方法:

  cmake -G "MSYS Makefiles" -DCMAKE_INSTALL_PREFIX="$INSTALL_DIR" -DCMAKE_BUILD_TYPE=MinSizeRel -DBUILD_SHARED_LIBS=FALSE \
    -DwxWidgets_CONFIG_EXECUTABLE="$INSTALL_DIR/bin/wx-config" \
    -DwxWidgets_COMPONENTS="stc;html;aui;adv;core;net;base" \
    -DwxLuaBind_COMPONENTS="stc;html;aui;adv;core;net;base" -DwxLua_LUA_LIBRARY_USE_BUILTIN=FALSE \
    -DwxLua_LUA_INCLUDE_DIR="$INSTALL_DIR/include" -DwxLua_LUA_LIBRARY="$INSTALL_DIR/lib/lua51.dll" .
  (cd modules/luamodule; make)
  (cd modules/luamodule; make install/strip)

您需要更新 wxlua 构建说明以使用 Lua5.2 而不是我正在使用的 Lua5.1。

我有 Windows 的有效构建脚本, OSX , 和 Linux在 this repository .这些脚本已经在最新的 wxwidgets 和 wxlua 版本上进行了测试(使用两个存储库的主干)。它们生成一个 wxlua 库链接到 Lua dll(在 Windows 上)，因此它不是您可能正在寻找的静态配置，但是静态构建可能会阻止您加载其他 Lua 库(除非您导出正确的符号并提供代理 DLL如 described here )，所以我不推荐这种配置。

此外，我仍在将 Lua5.1 与 wxlua 和 wxwidgets 一起使用，因为这允许我使用 LuaJIT 作为替代品，以便在某些情况下获得更好的性能。如果使用 Lua 5.2 编译 wxlua，则不会有此选项，因为它们的 ABI 不同。

就与您自己的基于 C++ 的工具包的集成而言，最好的选择可能是将其公开为 Lua 库并从 wxlua 应用程序加载，就像您加载任何其他库一样，因为它允许您保持组件独立于每个其他。