转发:http://www.cocoachina.com/ios/20141013/9897.html 最近一次的Xcode 6更新默认不再支持arm7s架构,究竟是要废除不用呢还是仅仅只是一个疏忽? 目前的Xcode 6配置里定义${ARCHS_STANDARD}为armv7, arm64,当然这个定义前提是它会一再要求你删除掉你原本设定的构建架构.如果你选择按它所做的,你会发现你再也不能编译任何armv7s架构的东西. 当前iPhone5的A6和iPad4的A6X两款CPU都是armv7s架

打包慢,让人发狂!!! 所以我们尝试的去掉一些测试时候用不到的东西 比如DSYM: 这DSYM是收集奔溃的.在测试的时候不需要这些东西的所以去掉就好: 项目  Build Settings -> Build Options -> Debug Information Format  中, 置为了DWARF, 如果选为DWARF则不会产生dSYM文件, 选择DWARF with dSYM File会生成dSYM文件符号表文件.

ios7 新升级之后界面有了很大的变化,xcode模拟器去掉了手机边框和home键,如果想回到主页面,可以按住shift+comment+r键.废话少说先展示一下新UI下UItableView设置为Group后的效果: 整体界面显得更加简洁,而且UITableViewCell的宽度默认为满屛,也取消了圆角. 下面说下自定义UITableView的过程: 首先在storyboard中给cell拖过来一个UIimageView和两个label 然后新建一个MyCell类继承自UITableViewC

今天要写一个联系人搜索算法. 百度了下, 在code4App中找到相关代码. 可是自己跑了下, 发现报错. 错误内容例如以下: "Cast from pointer to smaller type 'int' loses information"  从错误内容我们也能看出, 错误出在'int'这里了. 而那份代码也比較早的, 在Xcode5.1之后, 要用uintptr_t来替代int. 把错误语句处的int全换成uintptr_t就可以. 可是, 这样可能会带来很多其它的问题. 还有

一:为什么Xcode6没有自动创建Precompile Prefix Header 我们在写项目的时候,大部分宏定义,头文件导入都在Precompile Prefix Header文件里面.在Xcode 4, 5的模板工程中可以看到Precompile Prefix Header,但是在Xcode 6被阉割掉了,原因可以参考下面的链接: http://stackoverflow.com/questions/24158648/why-isnt-projectname-prefix-pch-crea

春节前抽空花了一天的时间将手头的工程从MRC转成了ARC,然后陆陆续续地修复一部分因为转ARC引起的内存泄漏和崩溃,到目前为止工程也算是比较稳定了,抽空记上一笔.(虽说这种事情这辈子估计都只会做这么一次了,但是可以留点经验给后来的童鞋) 这个工程启动于12年底13年初,一开始人手少工期短,需要尽快地出demo,同时抱着对面世才一年多的ARC不太信任的态度沿用了最熟悉的MRC.但是随着工程投入的人手增多,使用MRC的各种缺点也暴露无遗: 1.零星的内存泄漏增多,导致每次发版本之前都要捋一遍:费时费

选iphone5可以正常编译运行   但是5s和6和6s都会编译报错 iphone6编译报错iphone5s编译报错 解决办法是,Build settings里面把Architectures里面的$(ARCHS_STANDARD)去掉,加入armv7和armv7s两个.

去掉Xcode源码末尾的空格 在用 Xcode 开发的时候,很容易就在行末增加一些空格了.这些空格在上传到 review board 上后 , 就会被特别的颜色显示出来.因为一种好的编程风格是说 , 不应该在行末增加不必要的空格.如果是用 eclipse 写 java, 那么这种时候选中写好的代码,按 ctrl+shift+F 即可调整源码的风格 , 将尾部的空格去掉.可惜在 Xcode 中并没有提供相应的功能. 不过我们可以用命令行来达到这一效果 , 在工程目录下输入: find . -nam

XCode警告   问题描述  在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许许多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个工程几百个警告,你看着怎么都不爽吧.我们怎么去掉警告呢? 1. 最直接.最一劳永逸.最安全的方式,直接找到警告的那段代码,改为不警告.这个方式最安全. 可是它有一个问题,就是,当我们很多文件都有这种类型的警告的时候,我们就需要改动很多很多的源码

最近网上看到了一篇关于Xcode的编辑利器,因为以前做FPGA工作时候在ISE SDK下用过vim作为编辑器,所以深知vim的强大,所以安装Xvim: 在安装之后遇到一些配置问题,因为本来就完美控制,所以...折腾了一个晚上终于把Xvim配置成我喜欢的环境,希望能帮助到有同样问题的朋友: 在OSX和Linux 下 <.文件>文件表示的是隐藏文件,所以要显示隐藏文件要用 ls -All ; 配置版本      :Xcode 5.1,Xcode 6.01 OSX版本     : 10.9.4 教程

问题描述  在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许许多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个工程几百个警告,你看着怎么都不爽吧.我们怎么去掉警告呢   1.最直接,最一劳永逸,最安全的方式,直接找到警告的那段代码,改为不警告.这个方式,最安全. 可是它有一个问题,就是,当我们很多文件都有这种类型的警告的时候,我们就需要改动很多很多的源码了, 对于不是我们

unsigned long numComponents = CGColorGetNumberOfComponents([[UIColor blackColor] CGColor]); 2014年12月17日 17:40:59 阅读数:35626 问题描述  在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许许多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个工程几百个警告,你

之前的建议方法是把在xxx.info.plist文件中把 icon already includes gloss and bevel effects 设置YES 在Xcode5下,反复实现不成功,今天终于找到解决方案,如果使用xcassets设置方法,需要选择iOS icon is pre-rendered 的选择框,如图 xcod5在iOS5下白图标问题, http://iphonedevsdk.com/forum/iphone-sdk-development/115604-ipad-icon

tyle="margin:20px 0px 0px; font-size:14px; line-height:26px; font-family:Arial; text-align:left; color:rgb(54,46,43)"> 选择工程, 编译的 (targets) 选择 Build Settings 菜单 查找 Library Search Paths 和 Framework Search Paths, 删掉编译报warning的路径即可

选择工程, 编译的 (targets) 选择 Build Settings 菜单 查找 Library Search Paths 和 Framework Search Paths, 删掉编译报warning的路径即OK

1. 2.在Environment Variables增加一键值对 OS_ACTIVITY_MODE = disable 转自:https://blog.csdn.net/HelloWorld_1986/article/details/52690753

之前的建议方法是把在xxx.info.plist文件里把 icon already includes gloss and bevel effects 设置YES 在Xcode5下,重复实现不成功,今天最终找到解决方式,假设使用xcassets设置方法,须要选择iOS icon is pre-rendered 的选择框,如图 xcod5在iOS5下白图标问题, http://iphonedevsdk.com/forum/iphone-sdk-development/115604-ipad-icon

1.编译时,编译警告忽略掉某些文件 只需在在文件的Compiler Flags 中加入 -w 参数,例如: 2.编译时,编译警告忽略掉某段代码 #pragma clang diagnostic push #pragma clang diagnostic ignored "-Wmultichar" char b = 'df'; // no warning. #pragma clang diagnostic pop 参考网址:http://stackoverflow.com/questio

Xcode 生成静态库相关设置: #Build Setting1. Architectures ------- Architectures -----> $(ARCHS_STANDARD) --- Armv7, Arm64 ------- Build Active Architecture Only --> NO 若选项设为YES,在其编译时只生成当前机器的框架. 将其设置为NO后,发现用模拟器编译后生成的framework同时包含x86_64和i386架构. 2. Build Option:

Xcode 快捷键和手势不仅节省了宝贵的工作时间,而且能让你在工作过程中感到更自信.能力变得更强,这样的工作方式也更合理.学习下列技巧你将成为 Xcode 资深用户. 此处提供一些通用的按键符以供参考(也可以参考这个 我们不要脸地借用来的国际语音学字母表): Command Control Option Shift Click ⌘ ⌃ ⌥ ⇧ ʘ 快速打开 (⇧⌘O) 学习快速打开可以更少依赖 Project Navigator.这个功能太讨人喜欢了,Xcode 通过带有部分匹配和位置匹配功能的