vs2019 - warning LNK4098 : 默认库“msvcrt.lib”与其他库的使用冲突

概述

在工程中看到了编译警告

warning LNK4098 : 默认库“msvcrt.lib”与其他库的使用冲突；请使用 / NODEFAULTLIB : library

今天想起来，验证一下问题原因。
做了实验，应该就是主工程包含了编译选项不同的静态库引起的。
e.g. DebugX64的主工程包含了ReleaseX64的静态库。
e.g. 主工程的运行时库是/Mdd, 静态库的运行时库为/Md

根据情况，如果忽略编译提示的库，也许能编译过(e.g. debugx64Mdd的主工程包含了ReleaseX64Md的静态库)，但是可能有其他问题。
如果不是实在没招的情况，还是不要在编译器设置中忽略指定库。

笔记

实验 - 编译静态库

//! \file StaticLIbA.h#ifndef __STATIC_LIB_A_H__
#define __STATIC_LIB_A_H__bool isStaticLibAOnDebugBuild();#endif // #ifndef __STATIC_LIB_A_H__

// StaticLibA.cpp : 定义静态库的函数。
//#include "pch.h"
#include "framework.h"bool isStaticLibAOnDebugBuild()
{bool b_rc = false;do {
#ifndef _DEBUGbreak;
#endif // !_DEBUGb_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)

#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

在主工程中用上静态库中的函数接口

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()返回trueAfxMessageBox(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

END