问题标签 [arm64]

一切都很顺利，直到升级到 Xcode 5.1，当我尝试在 64 位 iOS7.1 模拟器上运行它时，我的应用程序崩溃了，但在 32 位模拟器上仍然很好。

崩溃消息在这里：

导致崩溃的代码是使用自动布局的自定义表格视图单元格，该单元格具有动态高度，它将适应内容高度，这是我的约束设置代码：

编辑

（@Christoper）单元格高度计算的代码在这里：

我的目标构建设置如上所示。如果我打开下拉菜单，它只包含一个名为“Standard architectures ...”的项目，但正如您所看到的，它包含 arm64 ，所以我认为它不再是标准的了。我想我可以从有效架构中删除 arm64，但它安全吗？

由于我更新到 Xcode 5.1，它将标准架构也更改为 include arm64，因此我不断从链接器收到以下错误：

鉴于我使用仅为 armv7 编译的第三方库这一事实，我尝试在项目和目标的构建设置中将架构和有效架构选项设置为仅包含 armv7，但我不断收到错误消息，即使在清洁...有什么想法吗？

谢谢！

一些旧的库只是不支持 arm64，但我发现它在 XCode5.1 中是默认的，是否有任何 iOS 设备使用此指令集？目前，我只是不想要它并将其从构建设置中删除，会有什么问题吗？

我已经提取debugserver并将其复制到我越狱的 iPhone 5S 中。然后我在我的 Mac 上运行 LLDB 并使用此处的说明进行连接。

我使用 SSH/SFTP 和 chmod 复制了一个用 C 编写并为 ARM64 编译的简单 hello world 程序到我的 iPhone 5S。

我使用了命令：./debugserver *:1234 helloworld64_full其中 helloworld64_full 是设备上的可执行文件。

然后我开始连接到 iPhone：platform select remote-ios并process connect connect://localhost:1234停止在：

但是，当我开始设置断点时b main。它说：

但是当我为 x86-64 重新编译相同的源程序并在我的 mac 上调试时，我可以设置断点。为什么会这样？请指教谢谢。

我正在尝试使用 clang 交叉编译为 64 位 armv8。我的 clang 版本信息如下。

以下作品

但是我还没有找到如何为 armv8 64 位构建，或者即使它受支持。

如果支持，我该如何构建它？如果不支持，clang 中的最佳近似值是什么？

谢谢！达蒙

I'm trying to build a C library (GMP 6.0.0) for arm64 for use on iOS. I'm running the configure script with the invocation below (compiler is as found using xcrun --find).

However this fails at the following line ("long long reliability test 1"):

Full config.log available here. It shows multiple warning and errors for the long long reliability test compile, including the following:

Using --host=none it works fine, but I'd really like to figure out how to build it with assembly optimized for arm64.

My system is x86_64-apple-darwin13.1.0 (or coreisbr-apple-darwin13.1.0 according to config.guess), an early '11 Core i7 MBP running OS X v10.9.2. I'm using Xcode 5.1 (5B130a).

Any help appreciated.

EDIT 1

Compiling for ARMv7 passes configure, but fails on make (full configure/make output here), apparently while compiling some assembly:

EDIT 2

@MarcGlisse: By forcing clang to ignore the errors as suggested (-Wno-...) arm64 passes configure, but then fails on make (full output here):

As a side note: these commits, I assume intended to remove the need for suppressing the error, don't seem to work i.e. I get the same error when removing the supression.

For armv7, using these commits as suggested fixes the .section error, but make fails later on with the following (full output here):

EDIT 3

Using the suggested edits, armv7, armv7s, i386 and x86_64 now all compile with assembly!

For arm64 the edits get it past the previous error, but now gives several errors about an invalid input constraint 'rZ', all in the same file (full output here):

EDIT 4

After commenting out add_ssaaaa and sub_ddmmss in longlong.h and editing some more assembly instructions in gcd_1.asm (blo to b.lo etc.), it now fails with several of the following errors (full output here):

I'll post a total diff later.

EDIT 5

Ok, that gets us another step further, but it now hits into (full output here):

If this keeps going it might be better to continue this via email.

我已经看到了几个为 armv7、7s 和 i386 构建 FFmpeg API 的脚本，但找不到任何适用于 armv64 的脚本。该论坛其他线程上的一些答案建议为 arm64 准备一个单独的库，但它不适用于其他架构。因此，我需要一个脚本，它可以适用于所有支持的 iOS 架构，包括 armv7、armv7s、armv64 和 i386。

长话短说，我正在研究我的 32 位 iPhone 应用程序中的性能问题。在此过程中，我删除了将我限制为 32 位的第 3 方库，当我为 arm64 构建时，我看到与所述库无关的一段代码的速度提高了 2 倍。

我的印象是，简单地将 arm64 添加到 Valid Architectures 并不会显着提高性能，所以我想知道我的情况是否只是一个异常情况。

在将我的应用程序缩减到显示性能差异的几十行的过程中，我失去了一些收益，但它仍然很重要。看似微小的变化，比如字典键中的字符数和键中对象数量的混合，会产生很大的不同。

以下代码是整个示例应用程序 - 放置在 viewDidLoad 中。使用 Xcode 5.1 使用 arm64 构建，在我的 iPhone 5s (iOS 7.1) 上运行以检索 2075 个字典对象的平均时间约为 0.6 秒，构建 armv7s 约为 1.0 秒。

对一般可以利用的性能改进有一个简单的解释吗？

我想在 armv7 中部署一些应用程序（我们所有的许多闭源依赖库都只支持 32 位）。

我想知道除了性能改进之外，如果我这样做，我会无法访问 arm64 设备上的任何特定功能吗？