vs常见链接错误问题

1、link error 1104

原因：当从vc6移植到.net时，会导致这个链接错误!

解决：项目属性->配置属性->链接器->输入->忽略特定库，加入libcd.lib；或直接在命令行中加入： /NODEFAULTLIB:"libcd.lib"

注意：是否是libcd.lib，与C/C++属性中的“代码生成”选项相关

单线程 (libc.lib) 

多线程 (libcmt.lib) 

使用 DLL 的多线程 (msvcrt.lib) 

调试单线程 (libcd.lib) 

调试多线程 (libcmtd.lib) 

使用 DLL 的调试多线程 (msvcrtd.lib) 

2、LINK : warning LNK4098: 默认库“LIBCMTD”与其他库的使用冲突；请使用 /NODEFAULTLIB:library

原因：VS2008，项目——属性——配置属性——C/C++——代码生成：他有/MT，/MTd，/Md，/MDd四个选项，你必须让所有使用的库都使用相同的配置，否则就会有相应的提示，甚至可能会出现无法解析的函数。

解决：将两个项目的运行时库统一。简单的方式就是将项目的动态库修改为使用Multithreaded DLL 版本的C运行时库即可。 有时我们使用的库不是自己可以控制的，那么就只能把工程属性设置成河你使用的库相同的选项。

 以前经常遇到这个警告信息，因为运行并没有什么问题，所以也没深究。但是耿耿于怀那个“ 0 个错误，0 个警告”的成功提示，在网上搜了一下。原来问题出在默认库的引用选择上。

 

VS2008，项目——属性——配置属性——C/C++——代码生成：他有/MT，/MTd，/Md，/MDd四个选项，你必须让所有使用的库都使用相同的配置，否则就会有相应的提示，甚至可能会出现无法解析的函数。

有时我们使用的库不是自己可以控制的，那么就只能把工程属性设置成河你使用的库相同的选项。

 

错误 1 error LNK2005: _free 已经在 libcmtd.lib(dbgheap.obj) 中定义         MSVCRT.lib

错误 2 error LNK2005: _malloc 已经在 libcmtd.lib(dbgheap.obj) 中定义     MSVCRT.lib

如果有一堆的重定义错误发生在同一个lib中，而且跟它冲突的也是同一个lib，那么这个两个lib的功能应该是一样的，可以2选一，只要在“忽略特定的库”内填入需要忽略的库。

项目属性-配置属性-链接器-输入-忽略特定的库：libcmtd.lib

项目属性-配置属性-常规-MFC的使用：在共享 DLL 中使用 MFC

MSVCRT.lib 和libcmt.lib的冲突还是比较常见的。

从错误信息可以看出是msvcrt.lib和libcmt.lib库中重复定义了__isctype等符号。为什么会出现这样的问题呢？这就要从这两个库的作用说起了。

msvcrt.lib是VC中的Multithreaded DLL 版本的C运行时库，而libcmt.lib是Multithreaded的运行时库。在同一个项目中，所有的源文件必须链接相同的C运行时库。如果某一文 件用了Multithreaded DLL版本

，而其他文件用了Single-Threaded或者Multithreaded版本的库，也就是说用了不同的库，就会导致这个警告的出现。

告警信息的意思我们明白之后，就要找造成这个问题的原因了。在项目设置中我们可以看到当前项目使用的是Multithreaded非DLL版本的运 行时库，这说明项目中还有其他文件用到了不是这个版本的运行时库。很显然，就是openssl的静态库。查看openssl中ms下的nt.mak，我们 可以发现静态库版本中openssl使用编译开关/MD进行编译的，也就是说openssl静态库是默认用的Multithreaded DLL 版本的C运行时库。

原因找到了。那么解决方法，很明显有两个。总之就是将两个项目的运行时库统一。

简单的方式就是将项目的动态库修改为使用Multithreaded DLL 版本的C运行时库即可。 某些情况下你的项目可能不能改变当前的运行时库，你可以将openssl的nt.mak中的/MD开关修改为/MT然后重新编译openssl静态库就可以了。

默认库“library”与其他库的使用冲突；请使用 /NODEFAULTLIB:library LNK4098 的解决办法

您试图与不兼容的库链接。
注意 运行时库现在包含可防止混合不同类型的指令。如果试图在同一个程序中使用不同类型的运行 时库或使用调试和非调试版本的运行时库，则将收到此警告。例如，如 果编译一个文件以使用一种运行时库，

而编译另一个文件以使用另一种运行时库（例如单线程运行时库对多线程运行时库），并试图链接它们，则将得到此警告。应 将所有源文件编译为使用同一个运行时库。有关更多信息，请参见使用运行时库（/MD、/MT 和 /LD）编译器选项。
可以 使用链接器的 /VERBOSE:LIB 开关来确定链接器搜索的库。如果收到 LNK4098，并想创建使用如单线程、非调试运行时库的可执行文件，请使用 /VERBOSE:LIB 选项确定链接器搜索的库。

链接器作为搜索的库输出的应是 LIBC.lib，而非 LIBCMT.lib、MSVCRT.lib、LIBCD.lib、LIBCMTD.lib 和 MSVCRTD.lib。对每个要忽略的库可以使用 /NODEFAULTLIB，以通知链接器忽略错误的运行时库。
下表显示根据要使用的运行时库应忽略的库。
若要使用第一行运行时库    请忽略第2行的这些库 单线程 (libc.lib) libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
多线程 (libcmt.lib) libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
使用 DLL 的多线程 (msvcrt.lib) libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
调试单线程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib
调试多线程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib
使用 DLL 的调试多线程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib
例如，如果收到此警告，并希望创建使用非调试、单线程版本的运行时库的可执行文件，可以将下列选项与链接器一起使用：
/NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib

 

解决：Cannot open include file: 'inttypes.h'

更新ffmpeg之后，有时编译应用ffmpeg库的工程会发现提示： Cannot open include file: 'inttypes.h': No such file or directory 的出错信息，

可通过如下方法解决：

1、找到include目录中的ffmpeg\common.h

2、在“#define COMMON_H”之后加入如下代码，同时删除“#include ” 然后保存：

#if defined(WIN32) && !defined(__MINGW32__) && !defined(__CYGWIN__)

#    define CONFIG_WIN32

#endif

#if defined(WIN32) && !defined(__MINGW32__) && !defined(__CYGWIN__) && !defined(EMULATE_INTTYPES)

#    define EMULATE_INTTYPES

#endif

#ifndef EMULATE_INTTYPES

#   include

#else  

   typedef signed char  int8_t;   

  typedef signed short int16_t;   

  typedef signed int   int32_t;   

  typedef unsigned char  uint8_t;    

typedef unsigned short uint16_t;   

  typedef unsigned int   uint32_t;

#   ifdef CONFIG_WIN32     

    typedef signed __int64   int64_t;       

  typedef unsigned __int64 uint64_t;

#   else /* other OS */      

   typedef signed long long   int64_t;   

      typedef unsigned long long uint64_t;

#   endif /* other OS */

#endif /* EMULATE_INTTYPES */

解决 error C3861: 'UINT64_C': identifier not found

#ifndef INT64_C

#define INT64_C(c) (c ## LL)

#define UINT64_C(c) (c ## ULL)

#endif

 

ffmpeg.exe初始化出错

如果你编译的ffmpeg.exe运行时，出现“应用程序正常初始化(0xc0000005)失败”（The application failed to initialize properly (0x0000005). Click on OK to terminate the application），而且是shared link方式，通常的原因是GCC的版本问题，更换一个GCC的版本应该可以解决该问题。

下载一份gcc-core-4.2.1-sjlj-2.tar.gz，然后解压缩
进入mingw\bin目录，通常是：C:\msys\mingw\bin\ 然后重命名下述文件:
c++-sjlj.exe to c++.exe
cpp-sjlj.exe to cpp.exe
g++-sjlj.exe to g++.exe
gcc-sjlj.exe to gcc.exe
然后再重新编译，通常可以解决该问题。

 

转载于:https://www.cnblogs.com/azraelly/archive/2012/12/31/2840163.html