iOS编译填坑记录

以下是本人在iOS开发工作中使用的一些小技巧,记录一下。

 问题一：这里有两个前提： 1、 工程中已经链接生成.a文件，同时target dependency也指定了  2、外加一个指定link里面也指定了链接库

为什么还会错误呢

问题二：

xcode编译过程中的环境变量

问题三

系统库找不到原来是C++库要用mm后缀，我了去

问题四

protobuffer里面默认采用的是C99的版本，导致编译出来是_t _n ，其他引用protobuffer的工程需要手动define，恶心啊

问题五

两次link framework会导致编译不过，报符号重复错误

问题6   Error: Argument list too long: recursive header expansion failed at /Applications/iWork '09/Pages.app/…/Contents/Resources

This is an Xcode "problem", as the error is generated from having a recursive search in your header search path. I've solved this in the past by unchecking the "Recursive" flag on items in the Header search path and instead link to each directory directly. There might be other (better) ways to solve this problem but it appears to be somewhat a bug with Xcode not reporting the error correctly when it is hit with a path it can not fully resolve.

There is also some info here about this error:

Xcode 3.1 problem checking dependencies | Cocoabuilder

There someone wrote, 

Since GCC doesn't natively support recursive search paths, Xcode simulates them by expanding such a path into a discrete -I or -F or -L flag for each directory under the parent directory, but this can rapidly expand to the point that it results in a command line too long to be issued.

The difference between Xcode 3.0 and 3.1 here is that Xcode 3.0 would silently stop expanding the recursive search path if it got too long and simply use whatever it had computed up to that point, which would result in semi-deterministic (and extremely difficult to diagnose) errors for certain types of projects. So now Xcode emits an error if it was unable to fully expand the recursive search path.

So you may need to remove that recursive search path, or modify it to expand to a smaller set of directories, or convert it to a smaller set of non-recursive search paths. Or, alternately, reorganize your source to have fewer directories the path can expand to.

Incidentally, having a smaller set of expansions could also lead to somewhat-faster compilation times, since it's fewer directories that the compiler has to search in when compiling each file. (I don't know the magnitude of impact this would have, though.)

问题7   touch framework卡死

关闭所有程序重新编译无效， 关闭xcode编译无效，只有重启电脑才有效！！！！

问题8  

While editing in the storyboard, specifically assigning a view controller to a specific class, I suddenly encountered this error when I wanted to run the project.

Main.storyboard: Internal error. Please file a bug at bugreport.apple.com and attach "/var/folders/79/_jh611t15qsfcx165_jv_20h0000gn/T/IB-agent-diagnostics_2015-10-28_00-33-12_730000".

And now I can't run my project anymore. I couldn't find any information regarding to this anywhere else. Did anyone encounter this before?

解决方案：   I faced the same issue. And it was solved by cleaning up the build files.

cmd + shift + k

AND

cmd + option + shift + k

Hope this helps Thanks.

问题9：  debug、build、attach ios直接卡死

重启ios手机，注意是重启手机哦，不是重启xcode，不是重启mac，是重启手机，够坑

问题10： The maximum number of apps for free development profiles has been reached.

删除手机上多余的app，就搞定

问题11

问题12  如果使用了forceload就要link depends加上依赖关系，没有foceload，也要加上depend依赖关系，主工程对所有的静态库都要加上依赖关系; 工程的目录关系直接影响着依赖关系的消失，删除工程中的树形结构关系，就等于潜规则删除了依赖关系

1.使用XXX.pch文件便捷开发+加速Build

1  NSURL *url = [NSURL URLWithString:@"myapp://test?para1=1¶2=2"];  
2 [[UIApplication sharedApplication] openURL:url]; 

最后

以上就是瘦瘦冰棍为你收集整理的iOS编译填坑记录的全部内容，希望文章能够帮你解决iOS编译填坑记录所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。