gcc和g++
一、GCC
目录
1创作背景编辑
2结构编辑
前端接口
中介接口
后端接口
3基本用法编辑
GCC编译器的选项解读
1. 基本选项
-E是只进行预处理选项，不进行编译、汇编、以及连接
-S 编译后停止，不进行会变和连接
-c编译或会汇编文件，但不进行连接
-o file 指定输出文件名
2. 警告选项
-Wall 启用所有警告信息
-Werror 在发生警告时取消编译操作，即将警报看作是错误
-w 禁用所有警告信息
3. 优化选项
-O0：不进行优化处理
-O或-O1：进行基本的优化，这些优化在大所属情况下都会使程序执行的更快
-O2：除了完成-O1级别的优化外，还需要一些其他的调整工作，如处理器指令调度等，只是GNU发布软件的默认优化
-O3：除了完成-O2级别的优化外，还进行循环的展开（这往往会提高执行速度）以及其他的一些预处理器相关的优化工作。
-Os：生成最小的可执行文件，主要用在嵌入式领域。
4. 连接器选项
-Idirectory 向GCC的头文件搜索路径中添加新的目录
-Ldirectory 向GCC的库文件搜索路径中添加一个行的目录
-llibrary 提示连接程序在创建可执行文件时包含指定的库文件
-static 强制使用静态库
-shared 强制使用共享库
5. 其他选项
-xlanguage 指定输入文件的编程语言
-v 显示编译器的版本号
-g 获得有关调试程序的详细信息
-ansi 支持符合ansi彼岸准的c程序
4基本规则编辑
5语言支持编辑
6执行过程编辑
7执行过程示例编辑
- 示例代码
|
1
2
3
4
5
6
7
|
#include<stdio.h>int main(void){ printf("hello\n"); return 0;} |
- 预编译过程
|
1
2
3
4
5
|
gcc -E a.c -o a.icat a.c|wc -l5cat a.i|wc -l910 |
- 编译过程
|
1
2
3
|
gcc -S a.i -o a.scat a.s|wc-l59 |
- 汇编过程
|
1
2
3
|
gcc -c a.s -o a.ofile a.oa.o:ELF64-bitLSBrelocatable,AMDx86-64,version1(SYSV),notstripped |
- 链接过程
|
1
|
gcc a.o -o a |
|
1
2
|
./ahello |
8处理器架构编辑
9程序除错编辑
10使用技巧编辑
|
1
2
3
4
5
6
7
8
|
#include<stdio.h>int main(){ char *str="I like Linux!I advices you join in the Linux World"; printf("%s",str); return 0;} |
11版本发布编辑
12linux中安装编辑
RedHat中安装
mount -o loop /data/rhel-server-5.4-x86_64-dvd.iso /mnt/cdrom
进入/mnt/cdrom目录，就可以访问iso镜像中的内容了。
cd /mnt/cdrom
cd Server/
rpm -ivh binutils-2.17.50.0.6-12.el5.x86_64.rpm
rpm -ivh cpp-4.1.2-46.el5.x86_64.rpm
rpm -ivh kernel-headers-2.6.18-164.el5.x86_64.rpm
rpm -ivh glibc-devel-2.5-42.x86_64.rpm
rpm -ivh glibc-headers-2.5-42.x86_64.rpm
rpm -ivh libgomp-4.4.0-6.el5.x86_64.rpm
rpm -ivh gcc-4.1.2-46.el5.x86_64.rpm
大家在安装rpm包时，由于依赖关系，在安装时会提示“此包依赖其他包xx”，让你先安装其他包，总之大家按照提示来，提示你先安装哪个包就安装哪个包。
Ubuntu中安装
C 编程语言
| 函式库 |
|
|---|
| 特性 |
|
|---|
| 延伸的相关编程语言 |
|
|---|
| C 与其他的编程语言 |
|
|---|
| 编译器 |
|
|---|
gcc和g++的区别
gcc和g++都是GNU(组织)的一个编译器。
误区一:gcc只能编译c代码,g++只能编译c++代码
两者都可以，但是请注意：
1.后缀为.c的，gcc把它当作是C程序，而g++当作是c++程序；后缀为.cpp的，两者都会认为是c++程序，注意，虽然c++是c的超集，但是两者对语法的要求是有区别的。C++的语法规则更加严谨一些。
2.编译阶段，g++会调用gcc，对于c++代码，两者是等价的，但是因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常用g++来完成链接，为了统一起见，干脆编译/链接统统用g++了，这就给人一种错觉，好像cpp程序只能用g++似的。
误区二:gcc不会定义__cplusplus宏，而g++会
实际上，这个宏只是标志着编译器将会把代码按C还是C++语法来解释，如上所述，如果后缀为.c，并且采用gcc编译器，则该宏就是未定义的，否则，就是已定义。
误区三:编译只能用gcc，链接只能用g++
严格来说，这句话不算错误，但是它混淆了概念，应该这样说：编译可以用gcc/g++，而链接可以用g++或者gcc -lstdc++。因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常使用g++来完成联接。但在编译阶段，g++会自动调用gcc，二者等价。
我们在编译c/c++代码的时候，有人用gcc，有人用g++，于是各种说法都来了，譬如c代码用gcc，而c++代码用g++，或者说编译用gcc，链接用g++，一时也不知哪个说法正确，如果再遇上个extern "C"，分歧就更多了，这里我想作个了结，毕竟知识的目的是令人更清醒，而不是更糊涂。
误区一:gcc只能编译c代码,g++只能编译c++代码
两者都可以，但是请注意：
1.后缀为.c的，gcc把它当作是C程序，而g++当作是c++程序；后缀为.cpp的，两者都会认为是c++程序，注意，虽然c++是c的超集，但是两者对语法的要求是有区别的，例如：
#include <stdio.h>
int main(int argc, char* argv[]) {
if(argv == 0) return;
printString(argv);
return;
}
int printString(char* string) {
sprintf(string, "This is a test.n");
}
如果按照C的语法规则，OK，没问题，但是，一旦把后缀改为cpp，立刻报三个错：“printString未定义”；
“cannot convert `char**\' to `char*”；
”return-statement with no value“；
分别对应前面红色标注的部分。可见C++的语法规则更加严谨一些。
2.编译阶段，g++会调用gcc，对于c++代码，两者是等价的，但是因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常用g++来完成链接，为了统一起见，干脆编译/链接统统用g++了，这就给人一种错觉，好像cpp程序只能用g++似的。
误区二:gcc不会定义__cplusplus宏，而g++会
实际上，这个宏只是标志着编译器将会把代码按C还是C++语法来解释，如上所述，如果后缀为.c，并且采用gcc编译器，则该宏就是未定义的，否则，就是已定义。
误区三:编译只能用gcc，链接只能用g++
严格来说，这句话不算错误，但是它混淆了概念，应该这样说：编译可以用gcc/g++，而链接可以用g++或者gcc -lstdc++。因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常使用g++来完成联接。但在编译阶段，g++会自动调用gcc，二者等价。
误区四:extern "C"与gcc/g++有关系
实际上并无关系，无论是gcc还是g++，用extern "c"时，都是以C的命名方式来为symbol命名，否则，都以c++方式命名。试验如下：
me.h：
extern "C" void CppPrintf(void);
me.cpp:
#include <iostream>
#include "me.h"
using namespace std;
void CppPrintf(void)
{
cout << "Hellon";
}
test.cpp:
#include <stdlib.h>
#include <stdio.h>
#include "me.h"
int main(void)
{
CppPrintf();
return 0;
}
1. 先给me.h加上extern "C"，看用gcc和g++命名有什么不同
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv //注意此函数的命名
.type CppPrintf, @function
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv //注意此函数的命名
.type CppPrintf, @function
完全相同！
2. 去掉me.h中extern "C"，看用gcc和g++命名有什么不同
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv //注意此函数的命名
.type _Z9CppPrintfv, @function
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv //注意此函数的命名
.type _Z9CppPrintfv, @function
完全相同！
.h头文件是编译时必须的，lib是链接时需要的，dll是运行时需要的。
附加依赖项的是.lib不是.dll，若生成了DLL,则肯定也生成 LIB文件。如果要完成源代码的编译和链接，有头文件和lib就够了。如果也使动态连接的程序运行起来，有dll就够了。在开发和调试阶段，当然最好都有。
.h .lib .dll三者的关系是：
H文件作用是:声明函数接口
DLL文件作用是: 函数可执行代码
当我们在自己的程序中引用了一个H文件里的函数,编链器怎么知道该调用哪个DLL文件呢?这就是LIB文件的作用: 告诉链接器 调用的函数在哪个DLL中，函数执行代码在DLL中的什么位置，这也就是为什么需要附加依赖项 .LIB文件，它起到桥梁的作用。如果生成静态库文件，则没有DLL ，只有lib，这时函数可执行代码部分也在lib文件中
目前以lib后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(Import Libary，以下简称“导入库”）。静态库是一个或者多个obj文件的打包，所以有人干脆把从obj文件生成lib的过程称为Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个obj有错，即静态lib只是壳子。动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己LoadLibary调入DLL文件，然后再手工GetProcAddress获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。
一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。在动态库的情况下，有两个文件，而一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL和.LIB文件必须随应用程序一起发行，否则应用程序将会产生错误。
-------------------------------------------------------------------------------------
静态链接库(Lib)与动态链接库(DLL)的区别
静态连接库就是把(lib)文件中用到的函数代码直接链接进目标程序，程序运行的时候不再需要其它的库文件；动态链接就是把调用的函数所在文件模块（DLL）和调用函数在文件中的位置等信息链接进目标程序，程序运行的时候再从DLL中寻找相应函数代码，因此需要相应DLL文件的支持。
静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib 中的指令都全部被直接包含在最终生成的 EXE 文件中了。但是若使用 DLL，该 DLL 不必被包含在最终 EXE 文件中，EXE 文件执行时可以“动态”地引用和卸载这个与 EXE 独立的 DLL 文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。
“每一个lib文件就是若干函数（假设只有函数）的定义”
lib库有两种，一种是包含了函数所在DLL文件和文件中函数位置的信息，称为导出库；一种是包含函数代码本身，一般现有的DLL，用的是前一种库；以前在DOS下的TC/BC等，是后一种库。包含函数原型声明的，是头文件（.h）。
“通过#include包含这些函数声明的头文件后，我们的应用程序就可以使用lib文件中的函数”
还要指定编译器链接相应的库文件。在IDE环境下，一般是一次指定所有用到的库文件，编译器自己寻找每个模块需要的库；在命令行编译环境下，需要指定每个模块调用的库。
“那他和直接给出那个函数定义的文件，比如.cpp文件，和头文件有什么区别，静态链接库有什么用”
cpp文件是源代码，库文件是编译后的二进制代码，比如你可以调用Windows的API，但是不能看到其源代码一样。
“还有不明白的是，静态链接库中的lib文件只要用到，则整个lib文件的内容都放进了exe文件中，那它是被编译进去还是链接的时候连接进去的呢?”
是在链接的时候将lib链接到目标代码中。
静态链接库(Lib)
在VC++6.0中new一个名称为libTest的static library工程，
并新建lib.h和lib.cpp两个文件，lib.h和lib.cpp的源代码如下：
//文件：lib.h
#ifndef LIB_H
#define LIB_H
extern "C" int add(int x,int y); //声明为C编译、连接方式的外部函数
#endif
//文件：lib.cpp
#include "lib.h"
int add(int x,int y)
{
return x + y;
}
编译这个工程就得到了一个.lib文件，这个文件就是一个函数库，它提供了add的功能。将头文件和.lib文件提交给用户后，用户就可以直接使用其中的add函数了。
标准Turbo C2.0中的C库函数（我们用来的scanf、printf、memcpy、strcpy等）就来自这种静态库。
下面来看看怎么使用这个库，在libTest工程所在的工作区内new一个libCall工程。libCall工程仅包含一个main.cpp文件，它演示了静态链接库的调用方法，其源代码如下：
#include <stdio.h>
#include "..\lib.h"//不可丢失
#pragma comment( lib, "..\\debug\\libTest.lib" ) //指定与静态库一起连接
int main(int argc, char* argv[])
{
printf( "2 + 3 = %d", add( 2, 3 ) );
}
静态链接库的调用就是这么简单，或许我们每天都在用，可是我们没有明白这个概念。代码中#pragma comment( lib , "..\\debug\\libTest.lib" )的意思是指本文件生成的.obj文件应与libTest.lib一起连接
-------------------------------------------------------------------------------------------
用VC++生成静态库文件
今天闲着没事做,自己写了一点小笔记,不知道对于新手有没用,高手就不用看了,作为新手的我斗胆来发表一个笔记,就是静态库文件的封装过程,使用VC++6.0编写,下面是正文,也许我的用语并不专业
以前我们写C/C++源文件的时候，都是先将各个写好的源文件编译，编译生成的是目标文件机器码，即.obj文件.（目标文件的扩展名不一定是.obj文件）.
我们调用的标准C/C++函数机器码实际被封装于标准C/C++静态库文件中的.即那些扩展名为.lib的文件中.
最后链接器将我们编译的各个目标文件里的机器码和静态库（标准C/C++库）中的函数机器码链接到一起形成一个扩展名为.exe的可执行文件模块.
在这里我们叙述将C/C++源文件编译链接成一个静态库文件，但它不是可执行模块，它体内含有可执行机器码
静态库文件就像一个仓库或者容器，里面封装了一些可执行机器码.这些机器码是我们用程序设计语言，比如C/C++源文件编译后生成的机器码.
一.下面将讨论将C/C++源文件编译并链接成一个静态库文件的过程，
在VC++6.0中选择File-New-Win32 Static Library，写好工程名创建好工作空间后再选择菜单中New-File来为工程添加C或者C++ 源文件.
假如我们为该工程添加了一个名为lib_c.c和一个名为lib_cpp.cpp的源文件
//lib_c.c中的内容
extern int Add(int x,int y) //该函数是一个外部函数，任何文件都可以访问它
{
return x+y;
}
extern int data_c
//这是一个外部全局变量，任何文件可以访问它
//lib_cpp.cpp中的内容
extern “C” int
reduce(int x,int y)//这里加了个”C”表示允许C源文件访问这个C++函数代码
{
return x-y;
}
extern “C” int data_cpp=2;
注意以下几点
(1)当“extern”关键字修饰在函数或全局变量的定义中时，表示该函数或全局变量任何文件可以访问，“extern”关键字可以省略不写，缺省下就是”extern”
当“extern”关键字修饰在函数声明或全局变量声明中时，表示限定当前文件只能引用用“extern”关键字修饰定义的函数或全局变量.
(2)当”static”关键字修饰在函数或全局变量的定义中时，表示该函数或全局变量只能由本文件中加了”static”关键字修饰的函数声明或全局变量声明来引用.
当”static”关键字修饰在函数声明或全局变量声明中时，表示限定当前文件只能引用用“static”关键字修饰定义的函数或全局变量.
(3)在CPP源文件的函数和全局变量定义中加了个”C”表示允许C源文件访问该函数和全局变量.如果是C++源文件访它们的话则可加可不加.注意这”C”要大写.
接下来就要将写好的C/C++源文件进行编译和链接，最后会生成一个扩展名为.lib的文件.该文件就是静态库文件了，该静态库文件是不能直接运行的，我们所编译的C/C++源文件的机器码就已经被封装进这个用VC++6.0创建的静态库文件里面去了.
二.如何将编写好的静态库文件像使用C/C++标准库那样使用，下面将继续讨论
1.用VC++6.0新建一个工程名为TEST，添加一个名为TEST.c的源文件到该工程，因为我们将测试一下，将我们编写的库文件里的函数或者全局变量的机器码链接到我们这个TEST.c源文件中去，假设我们生成的库文件名为TEST.lib,先拷贝如下范例代码到TEST.c中
//TEST.c
#include <stdio.h>
extern int
Add(int x,int y); //当前文件只能访问“extern”关键字修饰定义的Add函数
extern int
reduce(int x,int y);// //当前文件只能访问“extern”关键字修饰定义的reduce函数
#pragma comment(lib,"TEST.lib") //指示链接器到字符串所表示的文件路径中去找库文件
int main()
{
printf("%d\n",Add(2,3));
printf("%d\n",reduce(3,2));
return 0;
}
这里我们要声明静态库中已知的函数或全局变量的声明
#pragma comment(lib,"TEST.lib")这条指令告诉链接器到字符串所表示的路径下去找库文件，这里我将库文件放到了当前工程目录下.也可以不写这句.
还有一种方法，可以直接在VC++6.0中设置依次选择tools、options、directories、library files菜单或选项，填入库文件路径（只键入库文件所在目录路径而不能输入库文件名），这只是告诉链接器库文件所在目录的路径，还没告诉链接器库文件名，方法是VC++6.0中设置依次选择project-settings-link 在object/library modules: 这栏输入库文件名字然后就OK了
2.当用C++源文件的目标文件和库文件的代码链接时有一点小改变，这里就不浪费口舌了，假设我们新建了一个工程并添加了一个名为TEST.CPP的源文件，拷贝如下范例代码到TEST.CPP中
//TEST.cpp
#include <stdio.h>
extern “C” int
Add(int x,int y); //表示引用的是C函数代码
extern int
reduce(int x,int y);
#pragma comment(lib,"TEST.lib")
int main()
{
printf("%d\n",Add(2,3));
printf("%d\n",reduce(3,2));
return 0;
}
在这个C++源文件里引用C函数代码同样要加个”C”,但是在C源文件引用C++函数代码不能加”C++”,编译会报错，只能在C++文件函数定义中加”C”.
只有C++才支持这种引用方式，也许因为只有C++兼容C而没有C兼容C++这一原则.
.h头文件是编译时必须的，lib是链接时需要的，dll是运行时需要的。
附加依赖项的是.lib不是.dll，若生成了DLL,则肯定也生成 LIB文件。如果要完成源代码的编译和链接，有头文件和lib就够了。如果也使动态连接的程序运行起来，有dll就够了。在开发和调试阶段，当然最好都有。
.h .lib .dll三者的关系是：
H文件作用是:声明函数接口
DLL文件作用是: 函数可执行代码
当我们在自己的程序中引用了一个H文件里的函数,编链器怎么知道该调用哪个DLL文件呢?这就是LIB文件的作用: 告诉链接器 调用的函数在哪个DLL中，函数执行代码在DLL中的什么位置，这也就是为什么需要附加依赖项 .LIB文件，它起到桥梁的作用。如果生成静态库文件，则没有DLL ，只有lib，这时函数可执行代码部分也在lib文件中
目前以lib后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(Import Libary，以下简称“导入库”）。静态库是一个或者多个obj文件的打包，所以有人干脆把从obj文件生成lib的过程称为Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个obj有错，即静态lib只是壳子。动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己LoadLibary调入DLL文件，然后再手工GetProcAddress获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。
一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。在动态库的情况下，有两个文件，而一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL和.LIB文件必须随应用程序一起发行，否则应用程序将会产生错误。
-------------------------------------------------------------------------------------
静态链接库(Lib)与动态链接库(DLL)的区别
静态连接库就是把(lib)文件中用到的函数代码直接链接进目标程序，程序运行的时候不再需要其它的库文件；动态链接就是把调用的函数所在文件模块（DLL）和调用函数在文件中的位置等信息链接进目标程序，程序运行的时候再从DLL中寻找相应函数代码，因此需要相应DLL文件的支持。
静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib 中的指令都全部被直接包含在最终生成的 EXE 文件中了。但是若使用 DLL，该 DLL 不必被包含在最终 EXE 文件中，EXE 文件执行时可以“动态”地引用和卸载这个与 EXE 独立的 DLL 文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。
“每一个lib文件就是若干函数（假设只有函数）的定义”
lib库有两种，一种是包含了函数所在DLL文件和文件中函数位置的信息，称为导出库；一种是包含函数代码本身，一般现有的DLL，用的是前一种库；以前在DOS下的TC/BC等，是后一种库。包含函数原型声明的，是头文件（.h）。
“通过#include包含这些函数声明的头文件后，我们的应用程序就可以使用lib文件中的函数”
还要指定编译器链接相应的库文件。在IDE环境下，一般是一次指定所有用到的库文件，编译器自己寻找每个模块需要的库；在命令行编译环境下，需要指定每个模块调用的库。
“那他和直接给出那个函数定义的文件，比如.cpp文件，和头文件有什么区别，静态链接库有什么用”
cpp文件是源代码，库文件是编译后的二进制代码，比如你可以调用Windows的API，但是不能看到其源代码一样。
“还有不明白的是，静态链接库中的lib文件只要用到，则整个lib文件的内容都放进了exe文件中，那它是被编译进去还是链接的时候连接进去的呢?”
是在链接的时候将lib链接到目标代码中。
最新文章
- UITextField的代理方法：textField:shouldChangeCharactersInRange:replacementString
- 无限分页//////////////zz
- Android Activity的生命周期简单总结
- Markdown 简明语法手册
- TOMCAT报错:HTTP Status 404 -
- FZU 2171 线段树 区间更新求和
- Oracle中MD5+Base64加密实现
- 在.NET2.0中解析Json和Xml
- Hello World---C/C++
- ios 视频音乐播放
- RMAN数据库恢复之恢复归档日志文件
- In Action（最短路+01背包）
- laravel 安装 Laravel 扩展包
- C# .NET更智能的数据库操作的封装
- Memcached与MySQL数据同步
- SpringMVC返回json数据的三种方式(转)
- nginx 的安装、启动、停止与重启
- Django 缓存
- FPGA跨时钟域握手信号的结构
- 使用 $(function(){}) 时遇到的一个小bug及解决方法