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 许可协议。转载请注明来源今是昨非的博客！

相关推荐

iOS 键盘删除键响应

iOS 键盘删除键响应背景背景是，实现一个分享到微信，多选加输入框，点击键盘删除键，删除多选选中对象的东西。实现由于UITextField没有删除键的代理，所以笔者最开始的想法是，通过textField:shouldChangeCharactersInRange:replacementString:来实现监听，当当前字符串为空且要替换字符串为空时，说明是点击的删除按钮，通过Block方法回掉出去，代码如下： 12345678910- (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string { if ((textField.text.length == 0) && (string.length == 0)) { if (self.deleteBackwardBlock) { self.deleteBa...

关于我用CodeBuddy开发了几个APP的体验

背景一直想写，但是太忙了，用CodeBuddy新开发iOSAPP，又同时想做鸿蒙APP，好家伙，是真的忙不过来。先说体验：我觉得CodeBuddy是最厉害的，（在座的谁赞成，谁反对），🤪，就这么说吧，我用过Trae，Cursor, Windsurf，还申请了Kiro，综合下来，我觉得目前CodeBuddy对于我来说是最厉害的。我最早用的是Trae，一开始国际版我就用了，使用期间开发了一个app吧，用着用着就智障了，就是本来好好沟通着，突然就感觉对方变傻了，还把项目修改坏了，辛辛苦苦干了好几天，一下子回到解放前了……如果是用量达标，我倒是宁可他提醒我用量达标，也不希望换成一个傻子，就像你跟一个人聊得正投缘，觉得是知己，突然间她流着口水变成了傻子，这换谁也接受不了啊🤣 噢噢，忘了说背景，我是用这些工具做app开发，从头开始开发。所以上面的体验仅供参考。优点先说优点：开发快速，只需要说一句话，就能快速搭建一个APP的框架，实现基本功能。不依赖语言，通过类似的工具，模糊了开发语言的鸿沟，不必说必须学会了某个开发语言，才能开发某种APP或网站，初步能实现”任何人只要有想...

MapManagerSDK集成记录

背景最近集成MapManagerSDK，遇到了几个问题这里记录一下：问题一：对接文档中提示的导入GMObjC算法SDK方式如下，导入后编译不通过，提示："sm2_plaintext_size" Too many arguments to function call, expected 3, have 4 pod 'GMObjC','3.0.0' 问题二：导入MapManager后，QMUI库或者其他第三方库，原本正常的，现在报错编译不通过。问题三：上面都解决了，编译成功，一启动就崩溃。解决：问题一"sm2_plaintext_size" Too many arguments to function call, expected 3, have 4的解决很简单，改为pod 'GMObjC'，安装最新版即可。问题二，查看后，发现报错的地方是属性或者方法中使用了debug或者release定义变量。但是为什么之前没有问题，导入MapManagerSDK后，就报错了呢？仔细排查后发现...

Xcode14编译失败修改

背景升级Xcode 14后，项目编译失败修改，共修改了两种编译错误：一种是bundle code sign error，Xcode 14 needs selected Development Team for Pod Bundles 一种是Module compiled with Swift 5.6.1 cannot be imported by the Swift 5.7 compiler 其中第一种比较容易解决，第二种稍微麻烦点，解决方案如下：解决Xcode 14 bundle code sign error这个的解决方案，直接Google，第一个stackoverflow的链接是Xcode 14 needs selected Development Team for Pod Bundles，这里面给出的解决方法是，在Podfile里增加下面代码，然后运行Pod install，设置Pod库的DEVELOPMENT_TEAM是开发者账号的team。笔者有两个项目，其中一个是Swift为主，用下面的设置方法试了，可以解决。要注意的是如果项目有多个target，ta...

CocoaPod 私有库Spec依赖.a写法

CocoaPod 私有库Spec编辑注意事项CocoaPod 私有库Spec依赖.a写法 PodSpec详细描述如下， 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869Pod::Spec.new do |s| # 库名称 s.name = 'AudioRecorder' # 库的版本 s.version = '0.1.0' # 库摘要 s.summary = 'AudioRecorder提供iOS录音和录音播放功能' # 库描述 s.description = <<-DESC AudioRecorder提供iOS录音和录音播放功能 DESC # 远程...

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

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