Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance

이전 글의 실습에서,

Visual C++ - .NET Core의 nethost.lib와 정적 링크
; https://www.sysnet.pe.kr/2/0/12419

마지막으로 남은 링커 경고를 정리해 보겠습니다.

1>------ Rebuild All started: Project: ConsoleApplication1, Configuration: Debug x64 ------
1>pch.cpp
1>dllmain.cpp
1>ConsoleApplication1.cpp
1>platform.cpp
1>Generating Code...
1>libnethost.lib(nethost.obj) : MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
1>LINK : warning LNK4075: ignoring '/INCREMENTAL' due to '/LTCG' specification
1>   Creating library E:\temp\x64\Debug\ConsoleApplication1.lib and object E:\temp\x64\Debug\ConsoleApplication1.exp
1>MSVCRTD.lib(initializers.obj) : warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
1>Generating code
1>Finished generating code
1>ConsoleApplication1.vcxproj -> E:\temp\x64\Debug\ConsoleApplication1.dll
1>Done building project "ConsoleApplication1.vcxproj".
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

위에서 LNK4075는 전에도 한번 언급했습니다.

Orcas - ComUtil로 인한 증분(/INCREMENTAL) 링크 옵션 사용 제한
; https://www.sysnet.pe.kr/2/0/499

그러니까, libnethost.lib가 /GL 옵션(Whole Program Optimization)으로 빌드된 모듈이라 그것을 사용하는 측에서는 /LTCG(Link Time Code Generation) 링크를 하게 된다는 의미입니다. 따라서 어차피 사용하게 되는 거 우리 측도 /LTCG 옵션을 켜라는 건데요, 어쩔 수 없습니다. (아니면 그냥 경고를 계속 빌드 때마다 보면 됩니다.)

어쨌든, Linker / Optimization의 "Link Time Code Generation"을 켜면 이제 빌드 경고가 하나 줄어듭니다.

1>------ Rebuild All started: Project: ConsoleApplication1, Configuration: Debug x64 ------
1>pch.cpp
1>dllmain.cpp
1>ConsoleApplication1.cpp
1>platform.cpp
1>Generating Code...
1>LINK : warning LNK4075: ignoring '/INCREMENTAL' due to '/LTCG' specification
1>   Creating library E:\temp\x64\Debug\ConsoleApplication1.lib and object E:\temp\x64\Debug\ConsoleApplication1.exp
1>MSVCRTD.lib(initializers.obj) : warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
1>Generating code
1>Finished generating code
1>ConsoleApplication1.vcxproj -> E:\temp\x64\Debug\ConsoleApplication1.dll
1>Done building project "ConsoleApplication1.vcxproj".
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

그런데, 이제는 /LTCG를 켰다고 해서 증분 링크 기능을 무시하겠다는 경고를 보냅니다. 이 경고도 없애고 싶다면 Linker / General의 "Enable Incremental Linking"을 "No (/INCREMENTAL:NO)"로 설정하면 됩니다. 하지만, 이렇게 하면 다시 이로 인해 /EDITANDCONTINUE 기능을 무시한다고 알립니다.

1>------ Rebuild All started: Project: ConsoleApplication1, Configuration: Debug x64 ------
1>pch.cpp
1>dllmain.cpp
1>ConsoleApplication1.cpp
1>platform.cpp
1>Generating Code...
1>dllmain.obj : warning LNK4075: ignoring '/EDITANDCONTINUE' due to '/INCREMENTAL:NO' specification
1>   Creating library E:\temp\x64\Debug\ConsoleApplication1.lib and object E:\temp\x64\Debug\ConsoleApplication1.exp
1>MSVCRTD.lib(initializers.obj) : warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
1>Generating code
1>Finished generating code
1>ConsoleApplication1.vcxproj -> E:\temp\x64\Debug\ConsoleApplication1.dll
1>Done building project "ConsoleApplication1.vcxproj".
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

그리고 이 경고를 없애려면, 링커가 아닌 "C/C++"의 "General"에서 "Debug Information Format" 설정을 "Program Dtabase for Edit And Continue (/ZI)"에서 "Program Database (/Zi)"로 낮춰야 합니다."

그럼, 결국 /GL로 시작한 링커 경고는 이렇게 마무리가 됩니다.

1>------ Rebuild All started: Project: ConsoleApplication1, Configuration: Debug x64 ------
1>pch.cpp
1>dllmain.cpp
1>ConsoleApplication1.cpp
1>platform.cpp
1>Generating Code...
1>   Creating library E:\temp\x64\Debug\ConsoleApplication1.lib and object E:\temp\x64\Debug\ConsoleApplication1.exp
1>MSVCRTD.lib(initializers.obj) : warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
1>Generating code
1>Finished generating code
1>ConsoleApplication1.vcxproj -> E:\temp\x64\Debug\ConsoleApplication1.dll
1>Done building project "ConsoleApplication1.vcxproj".
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

그런데, 과연 이것이 어떤 의미가 있는 걸까요? 주요 원인인 libnethost.lib가 /GL 빌드된 것으로 인해, 이후 "디버그 편의성을 위한 옵션"들을 전부 꺼야 하는 상황이 된 것입니다.

따라서, 이 문제를 근본적으로 해결하려면 라이브러리(이 글에서는 libnethost.lib) 개발자 측에서 디버그 빌드와 릴리스 빌드를 따로 제공해 주는 것이 좋습니다. 실제로 "Orcas - ComUtil로 인한 증분(/INCREMENTAL) 링크 옵션 사용 제한" 글에서 링크했던 "comsuppw.lib"는 그것의 디버그 빌드 버전으로 "comsuppwd.lib"를 제공해 주고 있습니다. 그리고 그때 (베타) 당시에는 디버그 빌드 버전에도 /GL 링크를 해 문제가 되었지만, 지금 그 프로젝트를 빌드하면 그런 오류가 발생하지 않습니다.

어쨌든, 저 경고들은 전체적인 프로그램 개발에 영향을 주지 않지만, 개발의 편의성을 떨어뜨리는 결과를 가져오는 것에 불과하므로 무시해도 상관없습니다.




자, 그럼 마지막 LNK4098도 살짝 손봐야겠죠. 이에 대해서는 예전에도 다뤘듯이,

LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
; https://www.sysnet.pe.kr/2/0/12156

"/NODEFAULTLIB:libcmt.lib" 옵션을 주면 됩니다. 그럼, 이제 비로소 깨끗한 빌드 메시지를 접하게 될 것입니다. ^^

Rebuild started...
1>------ Rebuild All started: Project: ConsoleApplication1, Configuration: Debug x64 ------
1>pch.cpp
1>dllmain.cpp
1>ConsoleApplication1.cpp
1>platform.cpp
1>Generating Code...
1>   Creating library E:\temp\x64\Debug\ConsoleApplication1.lib and object E:\temp\x64\Debug\ConsoleApplication1.exp
1>Generating code
1>Finished generating code
1>ConsoleApplication1.vcxproj -> E:\temp\x64\Debug\ConsoleApplication1.dll
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/19/2020]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  [146]  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1403정성태1/14/201331974.NET Framework: 357. .NET 4.5의 2GB 힙 한계 극복
1402정성태1/14/201332531오류 유형: 166. SmtpClient.Send 오류 - net_io_connectionclosed
1401정성태1/11/201329860.NET Framework: 356. (공개키를 담은) 자바의 key 파일을 닷넷의 RSACryptoServiceProvider에서 사용하는 방법 [2]파일 다운로드1
1400정성태1/10/201329007Windows: 69. 작업표시줄의 터치 키보드(Touch Keyboard) 없애는 방법 [3]
1399정성태1/9/201324640.NET Framework: 355. 닷넷 환경이 왜 C/C++보다 느릴까요? [8]
1398정성태1/8/201325081오류 유형: 165. 새로 설치한 Visual Studio 2010의 Team Explorer 실행시 비정상 종료가 된다면?
1397정성태1/3/201328559Windows: 68. 윈도우 설치 ISO 이미지를 USB 하드에 적용하는 방법 [2]
1396정성태12/27/201229785사물인터넷: 2. 넷두이노 - 4.2.0 펌웨어 업데이트 방법 [1]파일 다운로드1
1395정성태12/26/201220634.NET Framework: 354. x64 - AspCompat과 STA COM 개체가 성능에 미치는 영향
1394정성태12/25/201222078.NET Framework: 353. x86 - AspCompat과 STA COM 개체가 성능에 미치는 영향
1393정성태12/25/201222461.NET Framework: 352. x64에서 필수로 지정하도록 바뀐 STAThread 특성 [2]
1392정성태12/21/201232471사물인터넷: 1. .NET Micro Framework - 넷두이노 플러스 [7]
1391정성태12/21/201225864.NET Framework: 351. JavaScriptSerializer, DataContractJsonSerializer, Json.NET [3]파일 다운로드1
1390정성태12/20/201223918.NET Framework: 350. String 데이터를 Stream으로 변환하는 방법 [2]
1389정성태12/12/201222244.NET Framework: 349. .NET Thread 인스턴스로부터 COM Apartment 유형 확인하는 방법파일 다운로드1
1388정성태12/12/201223326.NET Framework: 348. .NET x64 응용 프로그램에서 Teb 주소를 구하는 방법파일 다운로드1
1387정성태12/12/201228235VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법
1386정성태12/12/201229939디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385정성태12/12/201225014디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384정성태12/12/201229848개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383정성태12/10/201225754개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382정성태12/8/201228625개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381정성태12/5/201227099.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]파일 다운로드1
1380정성태11/28/201237130.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379정성태11/26/201230301.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환
1378정성태11/22/201231614Java: 14. 안드로이드 - Hello World 실습 [7]
... 136  137  138  139  140  141  142  143  144  145  [146]  147  148  149  150  ...