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

Orcas - ComUtil로 인한 증분(/INCREMENTAL) 링크 옵션 사용 제한


예제 소스를 먼저 풀어보는 것이 좋겠지요.
다음과 같은 Win32 Console Application 소스를 간단하게 만들어 본 후 빌드를 해보십시오.

#include "stdafx.h"
#include "MyTest.h"
#include "comutil.h"

#pragma comment( lib, "comsuppwd.lib" )
//#pragma comment( lib, "comsuppw.lib" )
int _tmain(int argc, _TCHAR* argv[])
{
  char *pStr = "TEST"; 
  BSTR bstrText = _com_util::ConvertStringToBSTR(pStr);

  return 0;
}

빌드로 인한 "Output" 창의 내용은 다음과 같습니다.

1>------ Build started: Project: UseComUtil, Configuration: Debug Win32 ------
1>Compiling...
1>stdafx.cpp
1>Compiling...
1>UseComUtil.cpp
1>Compiling manifest to resources...
1>Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0
1>Copyright (C) Microsoft Corporation.  All rights reserved.
1>Linking...
1>comsuppwd.lib(comutil.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>Generating code
1>Finished generating code
1>Embedding manifest...
1>Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0
1>Copyright (C) Microsoft Corporation.  All rights reserved.
1>comsuppwd.lib(comutil.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>Generating code
1>Finished generating code
1>Build log was saved at "file://d:\temp\uacTest\UseComUtil\UseComUtil\Debug\BuildLog.htm"
1>UseComUtil - 0 error(s), 2 warning(s)
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

보시는 것처럼, comsuppwd.lib 라이브러리가 "/GL (Whole Program Optimization)" 옵션으로 빌드되어 있어서, 그 영향으로 인해 전체적인 링크가 다시 "/LTCG (Link-time Code Generation)"과 함께 수행되어버렸습니다.

증분링크(/INCREMENTAL - Link Incrementally)가 무시되어 "/LTCG"로 빌드되었으니, 링크 과정의 시간 손실은 물론이고 디버깅 시에 코드를 수정하는 것이 가능했던 "EnC (Edit and Continue)" 기능마저 사용할 수 없게 되었습니다. (실제로, 위와 동일한 코드를 VS.NET 2005에서 하게 되면 증분 링크 옵션이 정상적으로 동작합니다.)

제 생각에는, Microsoft가 comsuppwd.lib에 대해서 빌드를 잘못한 것이 아닌가 예상해 봅니다. 디버그 버전인 "comsuppwd.lib"는 "/GL" 옵션을 제거했어야 하고, 릴리스 버전인 "/comsuppw.lib"에만 "/GL" 옵션을 주었어야 하죠. 아니면, "comsuppw(d).lib" 쪽에 C++/CLI 코드가 함께 있는 것이 아닌가 싶기도 하고.

다음 베타 버전,,, 적어도 RTM 버전에서는 이 문제가 수정되겠지요. ^^



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/16/2023]

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

비밀번호

댓글 작성자
 




... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...
NoWriterDateCnt.TitleFile(s)
13187정성태12/8/202215323개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202213099오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202214063개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202212640개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202212461오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202214273Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202212781Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202213594.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202212320Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202213405Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202213991오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202211529오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202215821오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202212534.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202213467.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/202212953.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/202212493Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/202213381Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/202214690Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/202212591제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/202213051.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/202212977개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/202211997개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/202213926개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/202214266개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/202215732.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일 [1]
... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...