Mapping architecture armv7 to i386

发表于2019-09-28|更新于2024-01-22

|浏览量:

最近项目里升级后，编译警告多了起来，看起来好碍眼，就想着改掉，先从Debug warning: Mapping architecture armv7 to i386.这个开始。

看了警告之后，知道是对应target下的Build Settings里architecture的问题，然后去检查对应target下，发现today widget、iwatch widget里Valid Architectures的Release跟Debug不一致，然后就手动修改为 $(ARCHS_STANDARD)，编译，done，完美解决。

文章作者: 今是昨非

文章链接: http://morganwang.cn/2019/09/28/Mapping%20architecture%20armv7%20to%20i386/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源今是昨非的博客！

相关推荐

iOS16.4 Webview 不能用Safari调试

背景Xcode 升级到 14.3后，模拟器是iOS 16.4 的，想通过Safari -> Developer -> Web Inspector查看，结果发现查看不了修改一开始以为是设置 Safari 中 Advanced没开启，去查看后，发现开关已开启。搜索后发现，从 iOS16.4 之后，如果想要通过Web Inspector查看，需要设置如下代码： 12345if #available(iOS 16.4, *) { webView.isInspectable = true} else { // Fallback on earlier versions} 设置之后，重新运行，再通过 Safari 查看，就可以看到了。参考 Mark the webview as inspectable in iOS 16.4

iOS 虚拟定位原理与预防

iOS 虚拟定位原理与预防背景说到虚拟定位，常有印象都是安卓上的分身软件甚至系统自带的位置穿越（笔者曾经使用过ZUK Z2系统自带的位置穿越），会认为iOS上虚拟定位比较困难。笔者没调研之前也是这么认为，之前已知的虚拟定位是使用Xcode添加GPX文件，编辑经纬度，从而实现虚拟定位。但是这种操作也只有熟悉iOS开发的人才能操作，而且需要mac电脑，故而笔者印象中也是iOS上虚拟定位比较困难。然而经过调研之后，笔者发现，iOS的虚拟定位没有那么困难，甚至相比于安卓更简单。下面就来介绍一下iOS中几种虚拟定位的方法。虚拟定位的几种办法及原理笔者调研后，发现iOS上面虚拟定位大致可有4中情况：使用Xcode通过GPX文件虚拟定位使用爱思助手中的虚拟定位功能直接虚拟定位通过外接设备，比如蓝牙和手机连接，发送虚拟定位数据来虚拟定位越狱设备中通过hook定位方法，来虚拟定位下面就来一个个分析实践：使用Xcode通过GPX文件虚拟定位使用Xcode通过GPX文件虚拟定位，iOS开发一般比较熟悉，操作步骤是：新创建一个iOS项目，然后添加文件，选择创建GPX文件编辑...

Xcode 26接入混元

背景上篇写了Xcode接入通义千问，发到腾讯云开发者社区提示引流，所以就再试试接入混元，顺便说一下，接入混元要比接入通义千问简单。实现注册混元，得到免费资源包打开腾讯混元大模型_大语言模型_自然语言大模型- 腾讯云，点击产品控制台，注册并开通，会自动送体验的资源包。然后选择接入管理，在里面使用OpenAI SDK方式接入，点击创建API KEY，如下图：然后点击查看文档，接下来就可以在Xcode中添加了 Xcode添加混元的Provider打开Xcode 26，打开设置，选中”Intelligence”，点击添加，如下图然后会进入输入信息界面，共有4个信息需要输入，URL、API Key、API Key Header、Description，如下图： URL：https://api.hunyuan.cloud.tencent.com/API Key：==你自己的APIKey==API KeyHeader: ==Authorization==Description: 这个名字自己定义点击Save后，出现下面的界面说明成功了：然后就选中对应的模型，可以...

iOS输入框字符限制

背景小知识点记录，textField的markedTextRange的使用，如果你已经知道了，就不需要再看了。 iOS输入框字符限制，不同实现方式的对比：方法1，通过监听textField的UIControl.Event.editingChanged，在对应的方法里做长度拦截判断方法2，通过textField的代理方法，textField(_ textField: UITextField, shouldChangeCharactersIn range: NSRange, replacementString string: String) -> Bool判断。对比假设产品要求这个输入框限制输入6个字，怎么判断？下面来看下方法1声明一个自定义的MWCustomTF，然后监听editingChanged事件，在事件里判断输入字符是否超出最大输入长度，代码如下： 123456789101112131415161718192021222324252627282930313233343536class MWCustomTF: UITextField { ...

提醒描述文件有效期的 Mac APP 开发

背景之前有写过使用Python实现提醒iOS描述文件有效期，这篇文章介绍一下使用SwiftUI通过Mac APP实现提醒描述文件有效期。实现原理是：打开描述文件所在的文件夹，遍历读取文件内容，过滤掉后缀不为.mobileprovision的文件，然后读取文件内容（这里不需要再存储为其他格式，因为可以直接读取内容），从文件中读取指定的字段，然后根据ExpirationDate字段判断是否过期。想要实现的功能：不同有效期期显示不同颜色——已完成筛选过期的、临近过期的、正常的描述文件——已完成添加到期提醒到日历——已完成筛选同一个 BundleID 重复的描述文件——未完成一键删除所有过期的描述文件——已完成代码放在了ScanProfileInfo，感兴趣的下载运行即可。样式如下：

FirebaseFunctionError 处理

背景做一个 Firebase 相关的项目，其中创建用户的时候，用的是Cloud Functions，调用的时候一直报错，错误信息只有”INTERNAL”。 Deploying Function Error on Cloud Function with error code 13 and Message “INTERNAL” 排查步骤网上搜索之后，有说字段不对应的，有说调用方式不对的，但是尝试后把这两个原因都排除了。然后去 Firebase 的 Console 中查看，找到 Function，再找到调用的函数名字，点击右侧的竖三角，查看详细信息，发现里面错误信息为空。不要急，点击顶部 Tab，切换到日志下，然后从日志中查看报错信息，就能看到调用这个函数哪里报错了。具体步骤的截图如下：