32 位和 64 位库:单独的文件还是单个文件?

发布于 2024-07-30 00:22:34 字数 157 浏览 4 评论 0原文

我需要为客户提供 32 位和 64 位版本的 .dll。 我需要生成2个文件吗? 或者单个架构可以包含两种架构的代码吗?

对于额外的加分:同样的问题是否适用于 Mac 库? 或者通用二进制方法可以解决这个问题吗?

预先感谢

亚历克斯

I need to provide 32 and 64 bits version of my .dll for a customer. Do I need to generate 2 files? Or can a single one contain code for both architectures?

And for extra brownie points: does the same question apply for Mac libraries? Or the Universal Binary approach solve that issue?

Thanks in advance

Alex

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

扫码二维码加入Web技术交流群

发布评论

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

评论(3

忘羡 2024-08-06 00:22:34

您将需要提供两个不同的 dll。

You will need to provide two different dlls.

扬花落满肩 2024-08-06 00:22:34

我相信您将需要提供两个不同的程序集。

I believe that you will need to provide two different assemblies.

安稳善良 2024-08-06 00:22:34

这取决于平台和代码中的内容。

对于 C/C++/...(本机代码),通常需要不同的文件,但某些平台可能提供将这些文件打包在一起的方法。

在“托管/可视化”系统(例如 Java、.NET)中,您可以拥有一个可以以任何方式工作的文件(JIT/运行时处理处理器特定的翻译),但使用本机接口(例如 P/Inkvoke)可能会在这种情况下会失败(例如结构字段偏移量更改)。

It depends on the platform and what is in the code.

With C/C++/... (native code) it will generally require different files, but some platforms may provide a way to package these together.

In "managed/visualised" systems (e.g. Java, .NET) you can have a single file that will work either way (the JIT/runtime handles the processor specific translation), but use of native interfaces (e.g. P/Inkvoke) will possibly fail in this case (e.g. structure field offsets change).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文