Microsoft MVP성태의 닷넷 이야기
VC++: 67. CRT(C Runtime DLL: msvcr...dll)에 대한 의존성 제거 [링크 복사], [링크+제목 복사],
조회: 23178
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 4개 있습니다.)
VS.NET IDE: 66. 수동으로 구성해 본 VC++ 프로젝트 설정: ReleaseMinDependency
; https://www.sysnet.pe.kr/2/0/800

VC++: 67. CRT(C Runtime DLL: msvcr...dll)에 대한 의존성 제거
; https://www.sysnet.pe.kr/2/0/1437

C/C++: 168. Visual C++ CRT(C Runtime DLL: msvcr...dll)에 대한 의존성 제거 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13721

C/C++: 169. C/C++ - CRT(C Runtime) 함수에 의존성이 없는 프로젝트 생성
; https://www.sysnet.pe.kr/2/0/13722




Visual C++ CRT(C Runtime DLL: msvcr...dll)에 대한 의존성 제거

기본값으로는 Visual C++에서 DLL/EXE를 빌드하는 경우 msvcr...dll에 대한 의존성을 갖게 됩니다. 그래서 MSVCR110.DLL과 같은 CRT(C Runtime) DLL을 EXE/DLL과 함께 배포를 해주어야 합니다.

물론, 이런 DLL에 대해 static으로 포함시켜서 빌드를 해주면 단독 배포가 가능합니다. 이에 대해서는 예전에 다음의 글에서 설명했지요. ^^

수동으로 구성해 본 VC++ 프로젝트 설정: ReleaseMinDependency
; https://www.sysnet.pe.kr/2/0/800

문제는 이렇게 하는 경우 DLL/EXE에 대한 크기가 증가합니다. 물론, C Runtime API를 사용하는 경우라면 어쩔 수 없는 선택이겠지만, "다른 프로세스에 환경 변수 설정하는 방법"과 같은 글에서 설명했던 Win32 DLL의 경우에는 C Runtime API를 전혀 사용하지 않는데도 이런 식으로 DLL/EXE 크기를 증가시켜야 하는 것은 불합리한 면이 있습니다.

#include <Windows.h>
#pragma comment(lib, "kernel32.lib")

BOOL APIENTRY DllMain( HMODULE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)
{
    SetEnvironmentVariable(L"TEST", "1");
    return FALSE;
}

검색해 보면, C Runtime을 분리해서 Visual C++ 프로젝트를 빌드하는 것은 어렵다는 의견을 볼 수 있는데요... 음, 그래서 일단 가능성을 파악하기 위해 다음과 같이 명령행에서 컴파일을 해봤습니다.

cl /D_UNICODE /DUNICODE    source.cpp /link /ENTRY:DllMain /DLL /OUT:source.dll

당연하겠지만 이렇게 빌드된 source.dll은 C Runtime에 의존성이 없습니다. 자, 그럼 역으로 Visual C++ 프로젝트의 속성 창으로부터 "Command Line"에 지정된 옵션에서 과연 어떤 것을 적용했을 때 C Runtime 의존성이 생기는지 확인해 보면 됩니다. 테스트 결과, /MDd와, /RTC1 옵션이 함께 켜진 경우 의존성이 발생했습니다.

cl /D_UNICODE /DUNICODE /RTC1 /MDd source.cpp /link /ENTRY:DllMain /DLL /OUT:source.dll

이 중에서 /MDd 옵션은 프로젝트 속성 창에서 (변경은 가능하지만) 제거할 수 없습니다. 따라서 /RTC1 옵션을 제어해 보았는데요.

Configuration Properties
    C/C++
        Code Generation
            Basic Runtime Checks: Default

여전히 MSVCR110D.dll에 의존성이 있군요. 그래서 다시 나머지 옵션들의 조합을 테스트해 본 결과, ^^ /ENTRY를 지정하는 것으로 해결을 했습니다.

Configuration Properties
    Linker
        Advanced
            Entry Point: DllMain

그러고 보니, 이것을 지정하지 않은 경우 기본값으로 _DllMainCRTStartup이 지정된다는 사실이 생각나더군요. 따라서, Entry를 지정하지 않은 경우 자연스럽게 CRT가 들어가므로 MSVCR110.DLL 의존성이 생기는 것입니다.

정리하면, CRT 의존성을 제거하기 위해 "Basic Runtime Checks"를 Default로 설정하고, "Entry Point" 옵션을 DllMain으로 직접 설정해 주면 됩니다.

궁금하군요. 얼마나 크기에 변화가 있는지? ^^


CRT 의존 Release 빌드: 7,168 bytes
CRT static Release 빌드: 57,856 bytes
CRT 제거 Release 빌드: 4,608 bytes

오~~~ 멋지군요. ^^ 따라서 C/C++ 함수를 사용하지 않는다면 최소 4,608bytes부터 윈도우 프로그램을 시작할 수 있습니다.




그 외에, 다음과 같이 변수만 사용해도 다시 CRT DLL에 의존성이 생기는데요.

BOOL APIENTRY DllMain( HMODULE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)
{
    wchar_t chBuf[5] = { 0 };

    switch (ul_reason_for_call)
    {
        // ...[생략]...
    }

    return FALSE;
}

이런 때는 다음의 옵션을 "/GS-"로 바꿔주시면 됩니다.

Configuration Properties
    C/C++
        Code Generation
            Security Check: No (/GS-)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/20/2021]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  [53]  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12489정성태1/13/202113937.NET Framework: 1006. C# - DB에 저장한 텍스트의 (이모티콘을 비롯해) 유니코드 문자가 '?'로 보인다면? [1]
12488정성태1/13/202114187.NET Framework: 1005. C# - string 타입은 shallow copy일까요? deep copy일까요? [2]파일 다운로드1
12487정성태1/13/202112432.NET Framework: 1004. C# - GC Heap에 위치한 참조 개체의 주소를 알아내는 방법파일 다운로드1
12486정성태1/12/202113418.NET Framework: 1003. x64 환경에서 참조형의 기본 메모리 소비는 얼마나 될까요? [1]
12485정성태1/11/202114205Graphics: 38. C# - OpenCvSharp.VideoWriter에 BMP 파일을 1초씩 출력하는 예제 [2]파일 다운로드1
12484정성태1/9/202115029.NET Framework: 1002. C# - ReadOnlySequence<T> 소개파일 다운로드1
12483정성태1/8/202111676개발 환경 구성: 521. dotPeek - 훌륭한 역어셈블 소스 코드 생성 도구
12482정성태1/8/202113499.NET Framework: 1001. C# - 제네릭 타입/메서드에서 사용 시 경우에 따라 CS8377 컴파일 에러
12481정성태1/7/202113869.NET Framework: 1000. C# - CS8344 컴파일 에러: ref struct 타입의 사용 제한 메서드파일 다운로드1
12480정성태1/6/202116108.NET Framework: 999. C# - ArrayPool<T>와 MemoryPool<T> 소개파일 다운로드1
12479정성태1/6/202113270.NET Framework: 998. C# - OWIN 예제 프로젝트 만들기
12478정성태1/5/202115437.NET Framework: 997. C# - ArrayPool<T> 소개파일 다운로드1
12477정성태1/5/202117147기타: 79. github 코드 검색 방법 [1]
12476정성태1/5/202114240.NET Framework: 996. C# - 닷넷 코어에서 다른 스레드의 callstack을 구하는 방법파일 다운로드1
12475정성태1/5/202116876.NET Framework: 995. C# - Span<T>와 Memory<T> [1]파일 다운로드1
12474정성태1/4/202114253.NET Framework: 994. C# - (.NET Core 2.2부터 가능한) 프로세스 내부에서 CLR ETW 이벤트 수신 [1]파일 다운로드1
12473정성태1/4/202112814.NET Framework: 993. .NET 런타임에 따라 달라지는 정적 필드의 초기화 유무 [1]파일 다운로드1
12472정성태1/3/202113101디버깅 기술: 178. windbg - 디버그 시작 시 스크립트 실행
12471정성태1/1/202113826.NET Framework: 992. C# - .NET Core 3.0 이상부터 제공하는 runtimeOptions의 rollForward 옵션 [1]
12470정성태12/30/202013859.NET Framework: 991. .NET 5 응용 프로그램에서 WinRT API 호출 [1]파일 다운로드1
12469정성태12/30/202017595.NET Framework: 990. C# - SendInput Win32 API를 이용한 가상 키보드/마우스 [1]파일 다운로드1
12468정성태12/30/202013915Windows: 186. CMD Shell의 "Defaults"와 "Properties"에서 폰트 정보가 다른 문제 [1]
12467정성태12/29/202014125.NET Framework: 989. HttpContextAccessor를 통해 이해하는 AsyncLocal<T> [1]파일 다운로드1
12466정성태12/29/202011960.NET Framework: 988. C# - 지연 실행이 꼭 필요한 상황이 아니라면 singleton 패턴에서 DCLP보다는 static 초기화를 권장 [1]파일 다운로드1
12465정성태12/29/202015225.NET Framework: 987. .NET Profiler - FunctionID와 연관된 ClassID를 구할 수 없는 문제
12464정성태12/29/202013961.NET Framework: 986. pptfont.exe - PPT 파일에 숨겨진 폰트 설정을 일괄 삭제
... 46  47  48  49  50  51  52  [53]  54  55  56  57  58  59  60  ...