vc显示包含的库/verbose:lib

vc2005编译时应注意的几点

转自: http://hi.baidu.com/epeak/item/671ae80dd9453a27a1312d1e

1       LNK2005错误——重复定义错误

声明全局变量要注意以下3点：

(1)声明必须使用extern关键字；(2)不能给变量赋初值 (3)     全局变量重复定义

否则就会出现 LNK2005错误

2．头文件的包含重复。往往需要包含的头文件中含有变量、函数、类的定义，在其它使用的地方又不得不多次包含之，如果头文件中没有相关的宏等防止重复链接的措施，那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理：#ifndef     MY_H_FILE         //如果没有定义这个宏  
#define     MY_H_FILE         //定义这个宏  
…….         //头文件主体内容  
…….  
#endif  
上面是使用宏来做的，也可以使用预编译来做，在头文件中加入：  
#pragma     once  
//头文件主体  
3．使用第三方的库造成的。这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C函数库，可能会引起这个错误。微软和C有两种C运行期函数库，一种是普通的函数库：LIBC.LIB，不支持多线程。另外一种是支持多线程的：msvcrt.lib。如果一个工程里，这两种函数库混合使用，可能会引起这个错误，一般情况下它需要MFC的库先于C运行期函数库被链接，因此建议使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库，否则就可能造成LNK2005错误。如果不得不使用第三方的库，可以尝试按下面所说的方法修改，但不能保证一定能解决问题，前两种方法是微软提供的：  
A、选择VC菜单Project->Settings->Link->Catagory选择Input，再在Ignore     libraries     的Edit栏中填入你需要忽略的库，如：Nafxcwd.lib;Libcmtd.lib。然后在Object/library     Modules的Edit栏中填入正确的库的顺序，这里需要你能确定什么是正确的顺序，呵呵，God     bless     you！  
B、选择VC菜单Project->Settings->Link页，然后在Project     Options的Edit栏中输入/verbose:lib，这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。  
C、选择VC菜单Project->Settings->C/C++页，Catagory选择Code     Generation后再在User     Runtime     libraray中选择MultiThread     DLL等其他库，逐一尝试。  
关于编译器的相关处理过程，参考：  
http://www.donews.net/xzwenlan/archive/2004/12/23/211668.aspx  

4 LNK2019 __invalid_parameter_noinfo 

这个错误是引用了不同版本的静态类库（.lib文件）引起的。其实在vc6中，也有区分静态类库的debug 版和release 版，但是它不会报错，但是在vc8中，如果你混用了的话就会有这个错误。解决办法就是引用静态类库时要区分开来，debug 版的引用debug版的.lib 文件，release版的引用release版的.lib文件。

5 link2001    很可能是配置问题

6 无法解析的外部符号“symbol”，该符号在函数“function”中被引用 

在 function 中找到了未定义的外部符号 (symbol)。若要解决此错误，请提供符号定义或移除引用它的代码。 

在 Visual C++ .NET 2003 中，如果使用了 /clr 而未将 CRT 链接到可执行文件，将生成此错误。任何由编译器在未使用 /clr:initialAppDomain 时生成的对象代码都包含对 _check_commonlanguageruntime_version 函数的引用，该函数在 C 运行时库 (CRT) 中定义。如果应用程序在运行库的版本 1 上运行，该函数将会生成一个错误信息。当前编译器生成的代码与运行库的版本 1 不兼容。因此，如果在 Visual C++ .NET 2003 中编译时不使用 CRT，则应在代码中包含 _check_commonlanguageruntime_version 函数的定义。作为使用 _check_commonlanguageruntime_version 函数的替代方法，您可以与 nochkclr.obj 链接。nochkclr.obj 包含该函数的一个空版本，当您在运行库的版本 1 上运行应用程序时，nochkclr.obj 不生成错误信息。若要使用当前编译器版本生成应用程序以在运行库的以前版本上运行，应使用 /clr:InitialAppDomain。 

若要生成一个纯 MSIL 可执行文件（不与 CRT 链接），则必须在项目中定义该函数，而不能使用 nochkclr.obj（.obj 是本机代码）。有关可验证代码的更多信息，请参见产生可验证的 C++ 托管扩展组件。有关从托管 C++ 项目创建纯 MSIL 输出文件的更多信息，请参见将 C++ 托管扩展项目从混合模式转换成纯 IL。 

本主题的其余部分讨论 LNK2019 的其他原因。 

请看下面的示例： 

extern int i; 
extern void g(); 
void f() 
{ 
i++; 
g(); 
} 
int main() 
{ 
} 
如果在生成中包含的某个文件中没有定义 i 和 g，链接器将生成 LNK2019。可以添加这些定义，方法是将包含这些定义的源代码文件包括为编译的一部分。或者可以将包含这些定义的 .obj 或 .lib 文件传递给链接器。 

对于从早期版本升级到当前版本的 C++ 项目，如果定义了 __UNICODE 并且入口点为 WinMain，需要将入口点函数的名称更改为 _tWinMain 或 _tmain。 

导致 LNK2019 的常见问题有： 

符号声明包含拼写错误，以致于符号声明与符号定义不同。 
使用了一个函数，但其参数的类型或数量与函数定义不匹配。 
函数声明使用和函数定义使用中的调用约定（__cdecl、__stdcall 或 __fastcall）不同。 
符号定义在编译为 C 程序的文件中，而符号是在 C++ 文件中不带 extern "C" 修饰符声明的。在此情况下，请修改声明，例如不是使用： 
extern int i; 
extern void g(); 
而使用： 

extern "C" int i; 
extern "C" void g(); 
同样，如果在将由 C 程序使用的 C++ 文件中定义符号，请在定义中使用 extern "C"。 

符号定义为静态，但稍后在文件外部被引用。 
没有定义静态类成员。例如，应单独定义下面类声明中的成员变量 si： 
#include <stdio.h> 
struct X { 
static int si; 
}; 

// int X::si = 0; // uncomment this line to resolve 

void main() 
{ 
X *px = new X[2]; 
printf("\n%d",px[0].si); // LNK2019 
} 
也可能由于为 Visual Studio .NET 2003 进行的一致性工作生成此错误：模板友元和专用化。在 Visual Studio .NET 2003 中，必须定义声明新的非模板函数的友元声明。 

要使代码在 Visual C++ 的 Visual Studio .NET 2003 和 Visual Studio .NET 版本中均有效，请显式指定友元函数的模板参数列表。 

// LNK2019.cpp 
// LNK2019 expected 
template<class T> 
void f(T) 
{ 
} 

template<class T> 
struct S 
{ 
friend void f(T); 
// Try the folowing line instead: 
// friend void f<T>(T); 
}; 

int main() 
{ 
S<int> s; 
f(1); // unresolved external 
} 
/VERBOSE 链接器选项帮助您查看链接器引用的文件。DUMPBIN 实用工具的 /EXPORT 和 /SYMBOLS 选项还可以帮助您查看 dll 和对象/库文件中定义的符号。