在 64 位机器上编译 32 位 matlab 应用程序 (c++)

发布于 2024-12-21 03:09:59 字数 286 浏览 0 评论 0原文

我目前正在 64 位机器上用 C++ 构建一个 32 位 MatLab 引擎应用程序，并安装了 64 位 MatLab。不过，我确实拥有 MatLab 引擎的 32 位 dll 和库文件。库文件和 dll 已正确加载（我可以编译并启动应用程序，而不会出现使用 64 位 dll/lib 时出现的任何错误），但 32 位 dll 显然启动了 64 位 matlab 可执行文件，因此，当我尝试对引擎执行某些操作时，我的程序就会崩溃。有没有一种方法可以让我的应用程序启动 32 位 matlab 可执行文件而不是 32 位可执行文件？

提前致谢！

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

只怪假的太真实 2024-12-28 03:09:59

这是可能的，但它非常混乱：在我看来，整个 mbuild/deploytool 系统是一个 cr*p 的一部分。 deploytool.bat 的第一个问题是，尽管有“-win32”选项，但当未从 32 位安装目录调用deploytool 时，该选项没有任何效果。第二个问题是 mbuild 选项是 32 位和 64 位版本共享的，因此必须手动指定它们，否则会使用错误的编译器选项。

以下是我从安装了 VS2010 的 64 位 Windows 机器编译 32 位和 64 位版本时所做的一些事情。

您必须安装 32 位和 64 位 matlab 版本
您必须从命令行执行所有操作
您永远无法通过部署工具 ui 编辑 .prj 文件，因为它会搞砸对它们所做的所有手动更改。（好吧，这实际上是一个好处，因为现在至少您可以将它们存储在 VCS 中）
通过添加指向正确的编译器选项> 到“configuration”部分下的 prj（见下文），
通过手动提供

prj 中 32 位安装选项文件配置的 deploytool.bat 的完整路径来构建：

<deployment-project>
  <configuration ....>
    ....
    <param.c.cpp.options.file>${MATLAB_ROOT}\bin\win32\mbuildopts\msvc100compp.bat</param.c.cpp.options.file>
    ....

请注意，输出目录等将与32 位和 64 位版本。实际上，如果您必须为多个项目执行此操作，这将变得完全难以管理。所以我有一个 msbuild 脚本来让生活更轻松：基本上在 prj 文件中，我用宏替换所有与平台相关的内容（输出目录、matlab 根目录、选项文件位置），然后让 msbuild 复制 prj 并执行正则表达式查找/替换宏的值取决于平台。这允许对两个平台使用相同的 prj。

更新

在对我们的项目进行了一些重大更改之后，我们发现最终处理 matlab prj 文件的麻烦是不值得的。相反，我们通过直接调用 mcc 并为其提供属于项目的所有文件来极大地简化了一切。这是相关的msbuild代码；为了清楚起见，跳过了一些错误检查：

<Target Name="BuildMatlabProject">
  <PropertyGroup Condition="$(MlPlatform)=='x86'">
    <MlMatlabBinDir>$(MlMatlabx86Dir)\bin\win32</MlMatlabBinDir>
  </PropertyGroup>
  <PropertyGroup Condition="$(MlPlatform)=='x64'">
    <MlMatlabBinDir>$(MlMatlabx64Dir)\bin\win64</MlMatlabBinDir>
  </PropertyGroup>
  <ItemGroup>
    <MlMFiles Include="$(MlMatlabProjDir)\*.m"/>
    <MlMResources Include="$([System.IO.Directory]::GetDirectories("$(MlMatlabSrcDir)"))"/>
  </ItemGroup>
  <PropertyGroup>
    <MlMresourcseString Condition="@(MlMResources)!=''"> -a @(MlMResources, ' -a ')</MlMresourcseString>
  </PropertyGroup>
  <RemoveDir Directories="$(MlOutDir)" ContinueOnError="true"/>
  <MakeDir Directories="$(MlOutDir)"/>
  <Exec Command="$(MlMatlabBinDir)\mcc -W cpplib:$(MlOutputName)_$(MlPlatform)
 -T link:lib -d $(MlOutDir) -f $(MlMatlabBinDir)\mbuildopts\msvc100compp.bat
 -w enable:specified_file_mismatch -w enable:repeated_file -w enable:switch_ignored
 -w enable:missing_lib_sentinel -w enable:demo_license -v
 @(MlMFiles, ' ') $(MlMresourcseString)"/>
</Target>

它需要这些属性：

MlPlatform：x86 构建 32 位，x64 构建 64 位
MlMatlabx86Dir：matlab 32 位安装目录的路径
MlMatlabx64Dir：matlab 64 位安装目录的路径
MlMatlabProjDir：“项目”目录的路径用于编译 MlMatlabSrcDir 的 m 文件
：带有额外源 m 文件的路径
MlOutDir：输出目录
MlOutputName：输出名称

It is possible, but it's extremely messy: the whole mbuild/deploytool system is a piece of cr*p in my opinion. First problem with deploytool.bat is that, although having a '-win32' option, that has no effect whatsoever when deploytool is not invoked from the 32bit install directory. Second problem is that the mbuild options are shared for 32 and 64 bit versions so they have to be specified manually as else the wrong compiler options are used.

Here are some things I did to compile both 32bit and 64bit from a 64bit windows machine with VS2010 installed.

you have to install both 32bit and 64bit matlab versions
you'll have to do everything from the command line
you can never edit your .prj files via the deploytool ui because it screws up all manual changes made to them. (well, that is actually a benefit since now at least you'll be able to store them in a VCS)
point to the correct compiler options by adding <param.c.cpp.options.file> to the prj under the 'configuration` section (see below)
build by manully giving the full path to the deploytool.bat of the 32 bit installation

options file config in prj:

<deployment-project>
  <configuration ....>
    ....
    <param.c.cpp.options.file>${MATLAB_ROOT}\bin\win32\mbuildopts\msvc100compp.bat</param.c.cpp.options.file>
    ....

Note that output dir etc will be the same for the 32bit and 64bit versions. In practice, if you have to do this for multiple projects this becomes totally unmanagable. So I have an msbuild script to make life easier: basically in the prj file I replace everything platform dependent (output dir, matlab root dir, options file location) by macros, then let msbuild copy the prj and do a regex find/replace of the macros with values depending on platform. This allows using the same prj for both platforms.

Update

After a few major changes to our projects we found that eventually the hassle of dealing with the matlab prj files was not worth it. Instead, we greatly simplified everything by invoking mcc directly and feed it with all files belonging to a project. Here is the relevant msbuild code; some error checking skipped for clarity:

<Target Name="BuildMatlabProject">
  <PropertyGroup Condition="$(MlPlatform)=='x86'">
    <MlMatlabBinDir>$(MlMatlabx86Dir)\bin\win32</MlMatlabBinDir>
  </PropertyGroup>
  <PropertyGroup Condition="$(MlPlatform)=='x64'">
    <MlMatlabBinDir>$(MlMatlabx64Dir)\bin\win64</MlMatlabBinDir>
  </PropertyGroup>
  <ItemGroup>
    <MlMFiles Include="$(MlMatlabProjDir)\*.m"/>
    <MlMResources Include="$([System.IO.Directory]::GetDirectories("$(MlMatlabSrcDir)"))"/>
  </ItemGroup>
  <PropertyGroup>
    <MlMresourcseString Condition="@(MlMResources)!=''"> -a @(MlMResources, ' -a ')</MlMresourcseString>
  </PropertyGroup>
  <RemoveDir Directories="$(MlOutDir)" ContinueOnError="true"/>
  <MakeDir Directories="$(MlOutDir)"/>
  <Exec Command="$(MlMatlabBinDir)\mcc -W cpplib:$(MlOutputName)_$(MlPlatform)
 -T link:lib -d $(MlOutDir) -f $(MlMatlabBinDir)\mbuildopts\msvc100compp.bat
 -w enable:specified_file_mismatch -w enable:repeated_file -w enable:switch_ignored
 -w enable:missing_lib_sentinel -w enable:demo_license -v
 @(MlMFiles, ' ') $(MlMresourcseString)"/>
</Target>

It needs these properties: