编译lib

Ⅰ 安卓lib文件怎么编译

LIB有两种，一种是静态库，比如C-Runtime库，这种LIB中有函数的实现代码，一般用在静态连编上，它是将LIB中的代码加入目标模块(EXE或者DLL)文件中，所以链接好了之后，LIB文件就没有用了。一种LIB是和DLL配合使用的，里面没有代码，代码在DLL中，这种LIB是用在静态调用DLL上的，所以起的作用也是链接中用，链接完成了，LIB也没用了。至于动态调用DLL的话，根本用不上LIB文件。 目标模块（EXE或者DLL）文件生成之后，就用不着LIB文件了。

Ⅱ 编译64位程序无法使用32位编译的lib么

编译64位程序，不一定要编译机器是64位的，但是32位机器默认安装的gcc编译环境还是不能用来编译64位程序。编译64位程序，需要加上-m64编译器参数，默认安装的gcc已经支持该参数，但是缺少64位机器指令相关的文件，所以不能编译，会出现下面的错误 In file included from /usr/include/features.h:378, from /usr/include/assert.h:37, from ../../../include/tinyxml/tinystr.h:42, from ../../../src/tinyxml/tinystr.cpp:32: /usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: 没有那个文件或目录这时候需要安装 gcc所有支持文件 sudo apt-get install gcc-multilib 将会安装下列额外的软件包： cpp-4.4 g++-4.4 gcc-4.4 gcc-4.4-base gcc-4.4-multilib lib64gcc1 lib64gomp1 libc6-amd64 libc6-dev-amd64 libgcc1 libgomp1 libstdc++6 libstdc++6-4.4-dev 建议安装的软件包： gcc-4.4-locales g++-4.4-multilib gcc-4.4-doc libstdc++6-4.4-dbg libmudflap0-4.4-dev libgcc1-dbg libgomp1-dbg libmudflap0-dbg libcloog-ppl0 libppl-c2 libppl7 lib64mudflap0 libstdc++6-4.4-doc 下列【新】软件包将被安装： gcc-4.4-multilib gcc-multilib lib64gcc1 lib64gomp1 libc6-amd64 libc6-dev-amd64下列软件包将被升级：

Ⅲ .lib文件还能进行条件编译和常量改变吗

当然不行，条件编译和常量修改都是未编译前的，编译成lib肯定就不行

Ⅳ 用来生成lib文件的头文件，在别的项目中加载编译lib文件时，用来生成该lib文件的头文件能否改名

改名是不影响的，因为你编译链接的时候编译器会自动去找的，但是你要用预处理，因为有嵌套包含！

Ⅳ c51怎么编译lib

如何生成LIB库文件

1.首先准备好生成LIB库文件对应的.c和.h文件，在这里用到的.c和.h文件分别是：

"reg303.h"

"rjwf303_flash.h"

"rjwf303_flash.c"

"cos_security.h"

"cos_security.c"

2.新建一个项目，将上面的文件添加到项目中，并做以下设置：

选中Create Library

3.编译之后就可以在项目目录下生成对应的LIB文件。

Ⅵ 有一个库的源代码，怎么用mingw编译产生成lib

mingw编译出来的静态库后缀名为.a，编译出来的动态库的导入库后缀名为.dll.a，而在windows下后缀名为.lib的库可能是静态库也可能是动态库的导入库。

mingw编译出来的动态库的导入库可以直接在vc中直接使用，例如

#pragma comment(lib, "libx264.dll.a")

这样你就不需要生成一个.lib后缀的动态库的导入库了，网上也有如何从.dll生成.lib的方法。

如果链接了动态库的导入库libpthread.dll.a，你发布的应用程序就要带上pthread的dll。
使用静态库的好处是发布的应用程序组件模块里不需要带上相关的dll，如果要使用mingw编译出来的静态库，可以如下：

#pragma comment(lib, "libx264.a")

但是仅仅链接这么一个静态库是不够的，你还需要链接

libgcc.a

libmingwex.a

Ⅶ lib文件是什么是不是编译自动生成我不加lib文件运行不了

楸嘁肷傻哪勘甏肓唇樱佣纬赡芄辉诵械目芍葱形募。
#pragma comment(lib, "pcc32_vc6.lib")就是连入一个库文件，表示链接pcc32_vc6.lib这个静态库文件来生成可执行文件。追问：
#include包含命令只适用于.h文件，不适用于.lib文件吗回答：
当然，#include是包含用来头文件的，相当于把这个头文件的内容展开到当前的c或cpp源文件中，.h的头文件和.c或.cpp的源文件都是文本格式的文件，通过编译链接才能得到二进制的可执行文件。而.lib文件是经过了编译以后的二进制文件，不能通过#include命令来包含。从源代码文件到可执行文件的这个过程要弄清楚了。

Ⅷ 如何编译libboost

您好，这样的：
1、当前boost最新版本为1.55，下载地址http://sourceforge.net/projects/boost/files/boost/1.55.0/
或者从官网(www.boost.org)下载最新版的BOOST源码,经过测试，2012和2013步骤相同，这里以2012为例。
2、打开VS2012 Native Tools Command,可以从开始--Microsoft Visual Studio 2012找到：将下载的 boost_1_55_0.zip 解压在F盘,例如 F:\boost_1_53_0，执行bootstrap.bat。
3、编译，可以简单的使用b2 install，也可以指定存放目录，或者寻找网上其它帮助文章。
查看帮助可以输入：.\b2 --help
比如要开启多线程编译：b2 install threading=multi
设置生成的是debug或者release
备注：如果是使用VS2013，请指定输出库类型，否则会缺一个lib文件：
"无法打开文件 libboost_thread_vc120_mt_sgd-1_55.lib"。
在2013时，我是使用下面的语句进行编译：
// 如果要获取动态库：
bjam install stage --toolset=msvc-12.0 --stagedir="C:\Boost\boost_vc_120" link=shared runtime-link=shared threading=multi debug release
// 如果是要获取静态库：

bjam install stage --toolset=msvc-12.0 --stagedir="C:\Boost\boost_vc_120" link=static runtime-link=static threading=multi debug release

其中，注意修改--toolset=msvc-12.0，将12.0修改成对应的vs版本号，12.0是VS2013的版本号。

目标地址也要修改成你所需的。

注意，不要漏了install，它会帮你把头文件集合到一个文件夹中。
编译过程有一个复制过程，编译需要的时间比较长，本次编译过程中，会在C盘根目录下生成一个boost文件夹，然后包含include和lib文件夹，这就是我们将要使用的头文件和库文件。

4、编译完了我们就使用编译在C盘中的文件。我将它们拷贝到了F盘，
需要简单的配置两个地方：这里使用绝对路径，也可以配置环境来使用。
5、然后建立了一个工程测试。 在BoostTest中新建一个控制台应用程序,下图三个文件分别是:
1) 将要使用的boost头文件和库文件。 2) 解压出的boost文件夹，就是使用这个文件夹来进行 1 -- 3步骤的。 3)BoostTest 测试工程。
#include <iostream>

#include <boost/thread/thread.hpp>
void hello()
{
std::cout << "Hello world, I'm a thread!" << std::endl;
}
int main()
{
boost::thread thrd(&hello);
thrd.join();
}
编译测试工程， 并运行，开始boost之旅吧。

Ⅸ 怎样编译生成lib文件啊

需要先制作DLL文件，然后生成对应DLL文件的LIB文件，并编写由DLL文件中的公开函数的声明所组成的头文件。

请参阅有关DLL文件制作的教程

Ⅹ C语言编译怎样连接lib文件,请讲解连接的原理,

广义的代码编译过程，实际上应该细分为：预处理，编译，汇编，链接。

预处理过程，负责头文件展开，宏替换，条件编译的选择，删除注释等工作。gcc –E表示进行预处理。

编译过程，负载将预处理生成的文件，经过词法分析，语法分析，语义分析及优化后生成汇编文件。gcc –S表示进行编译。

汇编，是将汇编代码转换为机器可执行指令的过程。通过使用gcc –C或者as命令完成。

链接，负载根据目标文件及所需的库文件产生最终的可执行文件。链接主要解决了模块间的相互引用的问题，分为地址和空间分配，符号解析和重定位几个步骤。实
际上在编译阶段生成目标文件时，会暂时搁置那些外部引用，而这些外部引用就是在链接时进行确定的。链接器在链接时，会根据符号名称去相应模块中寻找对应符
号。待符号确定之后，链接器会重写之前那些未确定的符号的地址，这个过程就是重定位。