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

相关推荐

gitignore 添加 Pod 三方库

背景最近项目遇到了一个问题，排查了好久，最后发现是Pod 依赖的私有组件的代码有问题，导致了打包的时候线上包出现了问题。笔者的项目按照功能抽象出了私有组件，使用 Pod 的方式导入项目，但是 Pod的内容是不提交到 git 的，即每次 Pod 修改，在主项目的git变更中看不到。于是就遇到了这个问题。先在主项目中调试的时候，修改了 Pod库的内容。然后把修改内容同步到了 Pod 库单独的项目。但是最后打包的时候 Pod 库的内容却是老的。因为项目里依赖的 Pod 库指定了版本，而更新 Pod库单独的项目时，只同步到了分支上，没有更新新的 Tag。于是再次更新主项目的库时，这个库的内容就又变回了老的。 Ps：理论上来说，放入 Pod 库的内容不应该被频繁修改，是抽出的基础库之类的。但是实际开发中，为了组件化，有些功能组件也会作为私有库使用 Pod 依赖，这些库可能是频繁变更的。基于这点，笔者感觉还是把 Pod 中的内容，放入主项目的 .git 中比较好，方便看出修改，能够避免出现上面的问题。修改笔者直接进入项目工程所在目录，编辑.gitignore文件，移出文件中 #...

iOS RC4加密iOS RC4加密的实现，要注意加密后生成字符串的步骤，有些要求是base64加密后输出，有些要求是字节数组转16进制字符串输出，所以要特别注意。代码如下： 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125// rc4加密- (NSString *)rc4Encode:(NSString *)aInput key:(NSString *)aKey { NSMutableArray *iS = [[NSMutableArray alloc] initWithCapa...

Xcode使用免费的Codeium代码补全插件

背景在使用Xcode开发iOS应用时，经常需要编写大量的代码，而代码补全是提高开发效率的重要工具。Codeium是一款免费的代码补全插件，它可以帮助快速编写代码，提高开发效率。如果有付费Copilot的，可以直接使用CopilotForXcode，之前公司有企业付费，所以用的这个工具，换公司后，不能用了，所以就想找一个免费的，虽然CopilotForXcode也包含有Codeium，但是却一直用不了。所以就想找一个能用Codeium的，参考 Codeium in Xcode ，起始项目是从CopilotForXcode中引出的，只为专门使用Codeium创建的，所以安装步骤和使用跟CopilotForXcode几乎一样。使用安装步骤可以参考CodeiumForXcode，大致共有下面几个地方。 System Preferences ——> Privacy & Security ——> Accessibility中，将Codeium添加到列表中。如下图： General ——> Login Items & Extensions 中，将...

Pod 私有库相互引用

私有库的相互引用文章是转载自OC和Swift混合开发(Pod私有库的相互引用)，在这里记录一下，方便以后查看。概述：该文档主要介绍OC和Swift混合开发相互调用，包括3大类情况和12种具体情形。三大类情况：主工程内的混合互调，主工程和Pod三方库之间的混合互调， Pod三方库和其他Pod三方库之间的混合互调。十二种情形：主工程内的OC 调用主工程内的OC：#import “NSObject.h” 导入头文件直接调用。主工程内的OC 调用主工程内的Swift： 1. 主工程中创建.pch文件，在TARGETS -> Build Setting -> 搜索pch -> 设置.pch文件的路径， 2. 在.pch文件中添加：例如：#import “xxxxx_Swift.h” (该文件命名规则为：”工程名_Swift.h”，该文件为系统自动生成) ， 3. 编译之后才可自动识别需要调用的Swift的文件。主工程内的OC 调用 OC的Pod三方库： #import ...

SwiftUI中navigationDestination用法

背景最近做 SwiftUI 项目，之前对于 navigationDestination 的用法理解不太深刻，觉得很是难用，最近发现了正确的使用方式，这里记录一下。场景假设有一个 TabView 类为 A，A 有 B、C 两个Tab，C 的 Tab 下子界面有 D，D 的子界面有 E。即有 A -> B 和 A -> C -> D -> E 两条链路。之前的用法是: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556struct A: View { var body: some View { NavigationStack { TabView(selection: $selectedTab) { B() C() } ...

Python实现提醒iOS描述文件有效期

Python实现提醒iOS描述文件有效期背景公司企业APP描述文件过期，没有提醒，导致当天出现不可用的问题。为了避免再发生类似的问题，笔者想要写一个Python脚本，读取描述文件，获取有效期，设置提醒，且自动运行。实现首先再来理一下思路，所有的描述文件都在~/Library/MobileDevice/Provisioning Profiles/目录下，但是里面的内容通常不会自动删除，过期的或者重复的都在这个目录中，而且这个目录下的文件名是uuid命名的和Xcode中的文件名字也不能直接对应，所以一眼看去，只能用一个字形容：乱。如果账号是管理员，直接登录在电脑上，项目中用的自动管理描述文件的，还好一些，现在会自动续期。但是如果账号是开发者，发布的描述文件没有权限用自动管理的，就需要注意这个描述文件有效期的问题。再来理一下思路，想要的是一个读取描述文件夹下所有描述文件，获取描述文件中的内容，根据有效期，设置提醒，且自动运行的脚本。那这里面最重要的是什么？是获取描述文件的内容，这关系到这个思路是否可行。获取描述文件的内容首先，来看下，描述文件的格式是uuid.mobi...