sdk编译出ipk缺依赖

1. 微信支付sdk接入依赖冲突

接入错误。当导入微信的支付SDK时，不会发生冲突，但是因为librarysearchpaths里面ShareSDK里面的微信SDK在前面，这就导致覆盖了我们导入的微信SDK，会导致出现接入依赖冲突的问题，微信是腾讯公司于2011年1月21日推出的一个为智能终端提供即时通讯服务的免费应用程序。

2. linux下编译IPK软件包出现错误，麻烦帮忙看一下是什么问题

1、configure，这一步一般用来生成Makefile，为下一步的编译做准备，你可以通过在configure后加上参数来对安装进行控制，比如代码:./configure--prefix=/usr上面的意思是将该软件安装在/usr下面，执行文件就会安装在/usr/bin（而不是默认的/usr/local/bin),资源文件就会安装在/usr/share（而不是默认的/usr/local/share）。同时一些软件的配置文件你可以通过指定--sys-config=参数进行设定。有一些软件还可以加上--with、--enable、--without、--disable等等参数对编译加以控制，你可以通过允许./configure--help察看详细的说明帮助。2、make，这一步就是编译，大多数的源代码包都经过这一步进行编译（当然有些perl或python编写的软件需要调用perl或python来进行编译）。如果在make过程中出现error，你就要记下错误代码（注意不仅仅是最后一行），然后你可以向开发者提交bugreport（一般在INSTALL里有提交地址），或者你的系统少了一些依赖库等，这些需要自己仔细研究错误代码。3、makeinsatll，这条命令来进行安装（当然有些软件需要先运行makecheck或maketest来进行一些测试），这一步一般需要你有root权限（因为要向系统写入文件）。

3. iOS开发：SDK依赖第三方库及其踩过的坑

公司开发的SDK，是集成了各个平台的商品，包括购买、分享、提现等功能，为了加快进度，我是使用了一些第三方。但是有些需求，比如分享到微信朋友圈或者还有，必须用到微信的SDK。考虑到后期的维护成本和集成，笔者采用了cocoapods管理第三方库。

笔者有片文章专门介绍SDK的开发步骤的，大家可以参考，我这里就直接进入主题了。

首先，你创建一个静态的framework工程MyTestSDK,把这个工程集成cocpapods，至于如何集成cocpapods，网上有教程，自己搜索。这个时候把你项目中所用的第三方库添加到Podfile文件中，然后 pod install。这个时候你command + B 编译运行，如果你的第三方库中还有Bundle资源，那么编译后，第三方库的bundle资源会被编译，一起放到Procts文件下的framework文件中，右键Show in Finder就会看到。如下图所示的MBProgressHUD文件夹，里面都是MBProgressHUD第三方的资源文件。

然后把你的项目放入SDK工程中，编译运行一下，看看有没有错误。之所以先把SDK工程选用cocoapods管理，就是怕你的项目放入SDK中运行报错。没有任何问题，直接编译即可。

由于SDK中的第三方是通过cocoapods管理的，所以接入者的项目也要用cocoapods管理。

1：把SDK工程中，Procts文件夹下的framework文件到项目中，最好项目中建立一个文件夹，专门放SDK和bundle。我是放到了一个文件夹中，方便分类寻找。如下图所示：

2：打开终端，cd到SDK所在的文件夹下，执行如下命令，回车，创建spec文件。

其中，MyTestSDK是你的SDK名称。

创建出来的spec文件，是个很长的文件，但是大部分都是注释的，我这里只提取了有用的信息展示出来：

然后把spec中依赖的第三方库，逐个加入到项目中的Podfie文件中。然后 终端打开，cd到自己的项目中，pod install即可。

本人亲自测试过的，No Problem。当初感觉SDK如果依赖了第三方库，接入的项目中也有同样的第三方库，会不会冲突啊，感觉好难搞啊。事实证明，通过spec进行依赖，可以很好的解决这个问题，也就没有那么麻烦了。

首次开发SDK还是遇到了很多问题，运行出现很多bug，但是最后还是一一解决了，就是没有记录下bug和解决发的方法。

1；path路径不对，就会报错 ，如下

是因为我把路径写成了：

其实正确的写法是：把“/”放在前面

2：SDK中有第三方，但是项目中的Podfile里面没有这个第三方，报错如下所示：

解决办法是就是在项目中的 Podfile里面加入缺失的第三方库，重新 pod install。

4. 【路由器】OpenWrt 手动编译 ipk

.ipk 文件是可以通过 OpenWrt 的包管理软件 opkg 直接安装，好比 .deb 文件与 apt 的关系。虽然官方的软件仓库已经很丰富了，但是有时仍然需要从源码编译一些第三方的软件使用，例如锐捷认证等

但是由于路由器平台通常与常用的服务器或者个人 PC 的处理器架构不同，并且路由器的处理器本身性能较弱，几乎不可能直接在路由器上进行编译生成 .ipk 文件，因此需要交叉编译来实现

而官方的 OpenWrt 仓库就提供了一个方便使用的交叉编译环境

以 Debian / Ubuntu 为例，参考 官网给出的要求 ，可以通过下面命令来进行安装依赖包

安装/更新好这些依赖之后，就可以通过 git 拉取 OpenWrt 仓库了

通常由于仓库较大以及网速问题，可能会需要很久，其实可以通过 --depth 来限制拉取的仓库深度，或者通过镜像站来加速拉取，当然也可以两者同时采用

进入 openwrt 仓库后，首先需要更新软件包列表 feeds ，它是在 OpenWrt 中共用位置的包的集合。运行以下命令即可更新内置软件包列表并链接到编译工具中：

通常使用图形化菜单界面来进行配置编译选项，依次配置处理器架构、具体的处理器型号以及设备

以小米 mini 路由器为例，应该将他们配置成如下图所示

这一步就是获取对应设备交叉编译所需的编译链

可以先搜索有没有已经配置好的含有 Makefile 的仓库，有了适配过的 Makefile 文件就可以很方便的来编译源码生成 .ipk 文件了

以 minieap 为例， github 上有已经完成的仓库，依次可以直接拉取来编译

在拉取完成仓库后，就可以再次配置编译选项，将需要编译成 .ipk 的功能配置成模块编译，也就是标记成 M

对于 minieap 来说，在 Network 找到对应选项并配置成 M 即可，如下图

配置完成后就可以进行编译了，编译命令也很简单，以 minieap 为例如下所示

编译完成后， .ipk 文件会生成在 ./bin/packages/<YourArchitecture>/base 目录下，将其拷贝到路由器上就可以通过 opkg 进行安装使用了

5. Openwrt 编译ipk出错，如下错误，怎么解决 denghuinow@Ubuntu:

程序包有问题,或者缺少其他依赖包，感觉，建议不成熟见谅

6. openwrt最大连接数内存

成为第157位粉丝
64m及以上。
要确定硬件支持，主要是主芯片是否支持，然后再看闪存和内存是否够用，如果不够，把内存换好之后再换闪存，一般先用编程器把OPENWRT刷入闪存再焊到板上。
openwrt默认没有rtl8111专属的r8168驱动，默认使用r8169驱动兼容。但是用iperf3实测内网只能跑满880m而且速度不太稳定。可以用openwrt官方系统直接下载对应sdk去编译，编译出来ipk安装后重启。

7. iOS SDK开发中的情形

iOS SDK开发就是为某一个应用场景、或领域、或需求，提供一个已实现的、封装好的、可供直接使用的模块。

其主要由两部分组成：用来为类型或常量声明的头文件列表、具体实现的二进制文件。

所以SDK开发中的主要问题点集中在：

1. 头文件是否能被使用的工程索引到

2. 二进制文件是否能被使用的工程搜索到

本篇文章不写制作SDK的具体步骤，仅仅讨论制作SDK时的一些情形。

SDK开发中关于头文件设置：

        凡是提供给外界使用的类、结构体、枚举、常量等，定义它们的头文件必须要在工程的Build Phases->Headers->public下面。并且这些头文件都需要包含在与SDK工程同名的头文件中(这条不是必须，只是这么做会显得更加规范。别人使用SDK的时候，只需要引入SDK同名的头文件即可)

设置库文件生成动态的还是静态的：

        Project Name->Target Name->Build Settings->搜索框搜“Mach”->修改“Mach-O Type”为动态或静态，则相应可生成动态或静态的库文件。

先解释说明以下图片中出现的工程名字：

SDKDemo ：制作的向外提供的SDK库文件（与SDK工程名同名）

SDKApp ：引用SDK库文件（本文指的是SDKDemo）的App工程

SDKStatic ：新建工程时，选择iOS->Framework & Library->Cocoa Touch Static Library. 用来生成.a文件的工程

SDKFramework :  是个Framework库文件（可能是动态的，也可能是静态的），用于模拟被SDK依赖的.framework文件

下面分几种情况来讨论SDK开发的注意事项：

1. 生成动态SDK库文件。

创建工程的时候，根据默认配置编译是生成动态库的。

App工程中引入动态库的时候，需要在

App工程：Project Name->Target Name->General->Embedded Binaries下添加引入的动态库。否则运行时会报如下类型错误：

嵌入动态库编译后，生成的App文件中会多一个Frameworks目录（可右键.App文件查看包内容），里面全是Embedded Binaries下添加的动态库

2. 打包为静态库

SDK工程：Project Name->Target Name->Build Settings->搜索框搜“Mach”->修改“Mach-O Type”为静态库

App工程引入静态库很简单，直接引入就行，不需要额外配置：

tips：

合并真机与模拟器版本时的命令格式为：

lipo -create 模拟器版本的路径 真机版本的路径 -output 合并后的版本存放路径

1. 合并时lipo -create接收的模拟器版本和真机版本两个参数的前后顺序没有关系，合并后的版本通过命令查看架构信息显示结果是完全一致的。模拟器架构信息显示在前，真机架构信息在后。

2. 合并后的版本无论替换真机版本的Framework中的目标文件还是模拟器版本的Framework中的目标文件，App工程中引入被替换的Framework后在真机和模拟器上都能跑起来

首先创建SDKStatic工程，生成一个.a文件。

该工程只是简单继承了UIButton，并重写了initWithFrame方法。为每一个MyButton对象默认生成标题和背景色：

生成的.a文件如下，可以看到里面包含了MyButton.o文件：

在SDK工程中引入.a文件。下面分两种情况来看生成的SDK库文件：

1. SDK库文件做成动态库（设置方法看开头部分）

.a文件内容被整合进了SDK动态库文件中，引入App工程中时，只需要引入SDK动态库就可以了

2. SDK库文件做成静态库（设置方法看开头部分）

包中的信息：

.a文件内容同样被整合进了SDK静态库文件中，这个更好理解。引入App工程中时，只需要引入SDK静态库就可以了

总结下：

    制作SDK库时，如果有依赖的.a文件，则最终生成的SDK库文件会合并.a文件的内容，而不论SDK库文件是动态还是静态的。

下面的SDKFramework是个Framework库文件（可能是动态的，也可能是静态的）

SDKFramework工程添加的内容和SDKStatic工程是一样的。也是自定义MyButton，默认生成标题和背景色（拷贝文件到工程）：

SDKDemo工程自定义了MyView，默认生成的MyView对象添加了一个MyButton按钮和背景色：

1. 如果.framework文件是动态库

a. SDK打包为静态库，如下：

静态SDK包和动态SDKFramework.framework文件是彼此独立的。引入静态SDK包时，必须也导入SDKFramework.framework，否则编译不过，因为静态包有引入动态库中的符号。

b. SDK打包为动态库，如下：

两者还是彼此独立的。动态SDK包中会记录依赖的动态.framework rpath，App运行时，dyld会根据这个信息去加载对应的.framework依赖文件。如果找不到App将会在启动时奔溃...

2. 如果.framework文件是静态库

a. 首先SDK打包为动态库看看：

经实践，依赖的静态库会被整合进动态SDK包自身中。App中引入时，只需要导入SDK包就可以。我们在SDKApp中导入SDKDemo，运行可以看到如下效果：

b. 再看看SDK打包为静态库：

根据上面截图中信息，App中导入SDK包时，也必须导入依赖的.framework了。否则编译时将会出现如下图所示找不到符号的错误：

追加导入依赖的.framework，再次编译运行。OK！！！

总结：

1. 依赖的.framework为动态库

    制作的SDK库文件不论动态还是静态的。和依赖的.framework文件本身是彼此独立的，不会发生符号整合的现象

2. 依赖的.framework为静态库

    如果制作的SDK库文件是动态的，则依赖的.framework静态库内容会被整合进SDK库文件中

    如果制作的SDK库文件是静态的，则彼此是独立的

这里又得分几种情况讨论：

1. Podfile中不使用use_frameworks!  pods库生成的是.a文件

a. 如果SDK制作成静态库：

      SDK静态库不会整合Pods里三方库中的符号，最终导入App工程时，需要SDK静态库、Pods中的三方库文件一起导入

b. 如果SDK制作成动态库：

      Pods库中的符号会被合并整合进入SDK库中，导入工程时，只需要导入SDK包就OK了

2. Podfile中使用use_frameworks!  pods库生成的是.framework文件。其中Pods_工程名.framework文件是个静态库，管理的第三方库生成的是framework动态库

a.如果SDK制作成动态库：

    SDK中会包含引入三方库的rpath，App中引入SDK包时，也必须引入三方库，否则dyld加载不了指定库导致App启动时奔溃

b. 如果SDK制作成静态库：

    静态SDK中会忽略Pods中的库中定义的符号(也即彼此是独立的)。如果静态SDK中引用了动态pods库中定义的符号，只要在App工程中也导入pods中动态库，并在embeded binaries中添加。一样是可以编译运行的。

    其实怎么编译，SDK工程中是个什么情形都不重要。重要的是要明白库文件的本质，及它是如何发挥作用的？在什么阶段发挥作用？然后学会查看编译运行时的报错信息，并配合使用otool、nm、lipo、ar、file等这些命令去查看库文件的一些信息，最终追踪定位到问题。

    原谅我最后都没怎么贴图了，因为流程都和前面差不多。我也写的手累了。如果你还有什么疑惑可以在下面评论，我会尽量及时回复。

8. openwrt-SDK编译成功但找不到ipk

解压之后就是OpenWrt-SDK-ar71xx-for-linux-i686-gcc-4.6-linaro_uClibc-0.9.33.2，此目录结构跟openwrt的目录结构基本一致

[cpp] view plain
song@song-virtual-machine:attitude_adjustment# ls bin/ar71xx/OpenWrt-SDK-ar71xx-for-linux-i686-gcc-4.6-linaro_uClibc-0.9.33.2
bin Config.in docs include logs package Packages.gz rules.mk staging_dir tmp
build_dir dl feeds.conf.default LICENSE Makefile Packages README.SDK scripts target
[cpp] view plain
song@song-virtual-machine:attitude_adjustment# ls
bin build_dir dl feeds.conf.default LICENSE Makefile README scripts target toolchain
BSDmakefile Config.in docs feeds include

9. iOS 编译报错怎么办

1.编译iPad真机时,选择了 Architetures:Standard(armv6) BaseSDK:iPhoneDevice3.2 TargetDeviceFamily:iPad.

若编译出现如下错误:

Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

则修改 GCC4.2CodeGeneral区域中的ComplieForThumb为非选中.

已经有了开发者证书及私钥后,可直接在越狱的手机上调试.

2. 编译链接时, "_OBJC_CLASS_$_xxx", referenced from:可能需要重新建立某个类的文件.

或者:选择项目名,在detail列表中的target列(显示为一个又圆圈),把这个文件的复选选中,或者再次选中.以把它加入到这个target里面来.

3.在sdk4.0及以上使用RegexKitLite报'captureCount' was not declared in this scope错误,是在非.m文件中使用了它的原因.

4.there is no sdk with the name or path.

从网上down的开源代码，结果运行的时候常出现这样的错，并且在deployment中没有iosdeploymenttarget选项.

尝试 Project/Edit Active Target/ 及 Set Active SDK菜单项，来回切换一下Active Configuration。

5. EXEC_BAD_ACCESS，EXC_BAD_INSTRUCTION错误，意味着这个app有内存管理的问题，一般是因为访问野指针对象造成的。

一个和内存相关的崩溃一般很难定位到源代码，因为这个恶魔可能很早就在程序中做了坏事了。假如一段有问题的代码混乱了内存结构，这样产生的蝴蝶效应可能会在之后很久才表现出来，并且总在不同的地方。所以，若有指针类型出现了不可能的变化，很可能就是因为内存结构被野指针调用混乱了。

修复一些警告后，可能就能预防一些内存错误。警告在左边靠近行号的黄色三角指出一个编译警告，你点击那个黄色的三角形，xcode可能会弹出一个“Fix-it”的建议。

EXC_BAD_ACCESS崩溃不像SIGABRT，将不会得到很明朗的错误消息。然而可以使用一个让人看到曙光的调试工具：Zombies！死亡对象工具。打开这个项目的scheme editor，选择Run 选项，然后选择Diagnosics标签。勾上Enable Zombie Objects选项。当这个zombie工具被启用之后，即使这个对象被释放了，这个对象的内存也不会被清理。所以，那块内存将会被标记为“长生不死的”。假如你试着之后又去使用这块内存，这个app能够意识到你的错误操作，并且app将会抛出“messagesent to daellocated instance”错误并且终止运行。

在工程中加入NSZombieEnabled 环境变量，并设为启用，则在 EXC_BAD_ACCESS 发生时，XCode 的 Console 会打印出问题描述中，设置方法：双击Executables 下的 可执行模组,在弹出窗口中，Variables to be set in the environment，添加 NSZombieEnabled，并设定为 YES，点击选中复选框启用此变量。

可以再加入 MallocStackLogging 来启用malloc记录，以获得更多的提示来帮助定位问题。

在gdb窗口输入 (格式: shell malloc_history <id> <address>) shellmalloc_history1436 0x5f7fcf0, 也可以在终端中去运行 就要去掉以上的shell 指令 如 malloc_history <id> <address>

应该仅当需要调试内存时,才设置上述环境变量。

注意一点：不应该一直启用zombie objects。因为这个工具将永远不会释放内存，只是简单标记一下这个内存是不死的，你最终将会在某个时候耗尽所有的内存，因为所有分配过的内存都不会得到重用。因此应该在排查内存相关的错误的时候才开启zombie objects，其他时候应该关闭它。

在xcode4中，To edit environment variables, go to Menu Proct / Edit Scheme…, select the desired configuration (you probably want 'Run') from the left sidebar first and then click on the Arguments tab. Environment variables are configurable there.

6.运行一个IPhone程序时，弹出窗口说“程序运行失败，预置描述文件已过期” 。 解决办法是，在Xcode中， window-> Orgnazier -> 你的iphone －>删除带有红*的该程序之前的Profile 。 然后从Xcode运行该程序.

7.真机编译时报 Code Sign error: The identity doesn't match any valid certificate/private key pair in the default keychain

修改工程和Targets的get infouild 中的code signing identity为空

8.调试打印

CFShow(coreFoundationThingy) will print out a description of coreFoundationThingy to the console. Output looks something like: {value = w:1186.000000 h:687.000000 type = kAXValueCGSizeType}

If NSLog() is printing something out as an NSCFType, try CFShow().

9. 编译时报 Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/clang failed with exit code 1，修改C/C++ Compiler Version为gcc4.2

10.this class is not key value coding-compliant for the key viewController

可能在创建了一个基于view的工程，而后把生成的viewcontroller删除了，但是在.xib中还有对它的引用，在IB中直接用delete键删除掉它就行了。

11.这台电脑上已经存在一个名为“embedded.mobileprovision”的预置文件，您是否要替换么？

http://blog.sina.com.cn/s/blog_6907b67f0100o2vw.html

12.真机调试时报failed to upload *.app

http://hi..com/%CB%E6%B7%E7_1989/blog/item/9649f49f805f05aec8eaf466.html

http://www.shouyanwang.org/thread-462-1-1.html

13.记的release时，先置delegate为nil。

一个节点不应该保留任何对不属于它的节点的引用。

14.模拟器

将xcode升级到4.3.1以后发现,ipad的模拟器，没有Home键了。Command+Shift+H就可以实现类似点击Home键的效果了。

10. openwrt编译ipk时怎么找到模块

编译的时候
以下为网友遇到的问题
Package helloworld is missing dependencies for the following libraries: libc.so.6 libpthread.so.0
缺少类库，然后其实我发现我的类库在系统里是存在的：
locate libc.so.6
结果：
/lib/i386-linux-gnu/libc.so.6
/lib/i386-linux-gnu/ libpthread.so.0
/lib64/libc.so.6
但是我的应用程序用到了 Libpthread，所以提示 少了2个依赖库。