文章目录
-
- [vs2019 - warning LNK4098 : 默认库"msvcrt.lib"与其他库的使用冲突](#vs2019 - warning LNK4098 : 默认库“msvcrt.lib”与其他库的使用冲突)
- 概述
- 笔记
- [实验 - 编译静态库](#实验 - 编译静态库)
- [实验 - 编译主工程,包含静态库](#实验 - 编译主工程,包含静态库)
- 实验主工程和静态库编译设置不同时的编译报错和警告
- 备注
- [备注 - 判断/Mdd, /Md](#备注 - 判断/Mdd, /Md)
- END
vs2019 - warning LNK4098 : 默认库"msvcrt.lib"与其他库的使用冲突
概述
在工程中看到了编译警告
bash
warning LNK4098 : 默认库"msvcrt.lib"与其他库的使用冲突;请使用 / NODEFAULTLIB : library
今天想起来,验证一下问题原因。
做了实验,应该就是主工程包含了编译选项不同的静态库引起的。
e.g. DebugX64的主工程包含了ReleaseX64的静态库。
e.g. 主工程的运行时库是/Mdd, 静态库的运行时库为/Md
根据情况,如果忽略编译提示的库,也许能编译过(e.g. debugx64Mdd的主工程包含了ReleaseX64Md的静态库),但是可能有其他问题。
如果不是实在没招的情况,还是不要在编译器设置中忽略指定库。
笔记
实验 - 编译静态库
c
//! \file StaticLIbA.h
#ifndef __STATIC_LIB_A_H__
#define __STATIC_LIB_A_H__
bool isStaticLibAOnDebugBuild();
#endif // #ifndef __STATIC_LIB_A_H__
c
// StaticLibA.cpp : 定义静态库的函数。
//
#include "pch.h"
#include "framework.h"
bool isStaticLibAOnDebugBuild()
{
bool b_rc = false;
do {
#ifndef _DEBUG
break;
#endif // !_DEBUG
b_rc = true;
} while (false);
return b_rc;
}
将工程分别编译出debug_x64/release_x64的2个版本。
输出分别为 StaticLibA_release_x64_md.lib,StaticLibA_debug_x64_mdd.lib
实验 - 编译主工程,包含静态库
随便建立一个工程(e.g. vs2019 mfc dlg)
c
#include "StaticLIbA.h"
// warning LNK4098 : 默认库"msvcrt.lib"与其他库的使用冲突;请使用 / NODEFAULTLIB : library
// 如果编译时,出现了以上警告,要去检查主工程和静态库的编译设置是否相同,才是治本的方法。而不能按照编译提示去忽略msvcrt.lib
// 如果要治标,虽然能编译过,可能在运行时还会有其他问题。
// 如果静态库不是一个编译器搞出来的,有可能编译设置不一样,但是不太好整成一样。
// 这时,还是封装一个DLL, 将静态库封住,让DLL的设置和静态库的编译设置一样,这样好点。
// 让主工程调用DLL, 而不是直接包含静态库。
#if (defined(_DEBUG) && defined(_WIN64))
#pragma comment(lib, "StaticLibA_debug_x64_mdd.lib")
// #pragma comment(lib, "StaticLibA_release_x64_md.lib")
// 如果debug/x64的主工程包了 release_x64的静态库,虽然能编译过,但是有警告
// 如果此时按照编译提示去忽略 msvcrtd.lib, 虽然能编译过,但是只是治标,可能程序运行时还是其他问题。
//
//1 > StaticLibA_release_x64_md.lib(StaticLibA.obj) : 找到 MSIL.netmodule 或使用 / GL 编译的模块;正在使用 / LTCG 重新启动链接;将 / LTCG 添加到链接命令行以改进链接器性能
//1 > LINK : warning LNK4075 : 忽略" / INCREMENTAL"(由于" / LTCG"规范)
//1 > msvcrtd.lib(initializers.obj) : warning LNK4098 : 默认库"msvcrt.lib"与其他库的使用冲突;请使用 / NODEFAULTLIB : library
#elif (defined(NDEBUG) && defined(_WIN64))
#pragma comment(lib, "StaticLibA_release_x64_md.lib")
// 如果 release_x64的主工程包了 debug_x64的静态库,就会编译不过报错。
// 如果此时按照编译提示去忽略 msvcrtd.lib, 虽然能编译过,但是只是治标,可能程序运行时还是其他问题。
// #pragma comment(lib, "StaticLibA_debug_x64_mdd.lib")
//1 > StaticLibA_debug_x64_mdd.lib(StaticLibA.obj) : warning LNK4075 : 忽略" / EDITANDCONTINUE"(由于" / OPT:ICF"规范)
//1 > msvcrt.lib(initializers.obj) : warning LNK4098 : 默认库"msvcrtd.lib"与其他库的使用冲突;请使用 / NODEFAULTLIB : library
//1 > msvcrtd.lib(init.obj) : error LNK2001 : 无法解析的外部符号 _CrtDbgReport
//1 > msvcrtd.lib(init.obj) : error LNK2001 : 无法解析的外部符号 _CrtDbgReportW
#endif
在主工程中用上静态库中的函数接口
c
void Cexp008TestTraceDlg::OnBnClickedOk()
{
// TODO: 在此添加控件通知处理程序代码
// TRACE 在debug模式下,会在VS2019的输出窗口打印信息
// TRACE 在release模式下,不会在VS2019的输出窗口中打印信息
TRACE(TEXT("this is a TRACE\n"));
// 静态库 x86/x64, debug/release要和主工程一样
// 静态库的工程属性页 => 配置属性 => c/c++ => 代码生成 => 运行库 => 要和主工程一样 e.g. 都是 /MD, 否则编译报错。
if (isStaticLibAOnDebugBuild())
{
TRACE(TEXT("true == isStaticLibAOnDebugBuild()\n"));
// 这里的TRACE在release版下打印不出来,这是对的。
// 但是因为静态库是debug版的, 所以isStaticLibAOnDebugBuild()返回true
AfxMessageBox(TEXT("true == isStaticLibAOnDebugBuild()")); // 可以执行messagebox
}
#ifdef _DEBUG
// 这里执行不到,因为主工程是release版的
AfxMessageBox(TEXT("_DEBUG was defined"));
#endif // #ifdef _DEBUG
/*
release版的主工程包含debug版的静态库,虽然能编译过,但是有以下不正常的提示
1>StaticLibA.lib(StaticLibA.obj) : warning LNK4075: 忽略"/EDITANDCONTINUE"(由于"/OPT:ICF"规范)
1>正在生成代码
1>Previous IPDB not found, fall back to full compilation.
1>All 191 functions were compiled because no usable IPDB/IOBJ from previous compilation was found.
*/
CDialogEx::OnOK();
}
实验主工程和静态库编译设置不同时的编译报错和警告
通过实验,可以看出:
- 只要主工程和静态库的编译设置一样(x86/x64 + debug/release + 运行时库(/Mdd,/Md))相同,就不会有任何警告,顺利编译完成,0警告,0错误。
- 如果主工程和静态库的编译设置不同,会有非警告信息(也说明主工程和静态库不匹配),警告信息,编译错误信息。
这时,如果不是真的没招(是第三方的静态库,自己编译不了),就不要去编译器中忽略特定库,而是要重新编译静态库,使主工程能包含匹配的静态库来解决编译警告/错误问题。
备注
我自己工程中也有这个警告,经过上面的实验,找了一下,确实包含了一个自己的静态库。静态库就编译了一个版本,在不同编译设置的主工程下,就是会有警告和错误。等下一步去将静态库编译成不同的版本来配合主工程来用。
如果调用的是DLL的接口,就不会有warning LNK4098 : 默认库的警告或错误,因为DLL的.lib中,只是接口的调用代理的代码(和我们自己loadlibray + getaddress一样),没其他的。
备注 - 判断/Mdd, /Md
如果为了更精确的让主工程包含匹配的静态库,除了 debug/release + x86/x64外,还要判断工程的运行时库。
MS官方有文档 https://learn.microsoft.com/zh-cn/cpp/build/reference/md-mt-ld-use-run-time-library?view=msvc-170