Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 6개 있습니다.)
(시리즈 글이 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




수동으로 구성해 본 VC++ 프로젝트 설정: ReleaseMinDependency


Visual Studio 2005까지였나요? ATL 프로젝트를 만들면 ReleaseMinDependency 빌드 타입이 있었습니다. 그 옵션을 선택하고 빌드하게 되면 생성된 DLL 하나만 배포해도 문제없이 실행되는, 작은 유틸리티 성격의 DLL을 배포할 때는 나름 유용한 선택일 수 있었는데.

2008부터 그 옵션이 보이질 않습니다. 문득 그 시절이 그리웠던 성태, ^^ 수 작업으로 빌드 옵션을 조정해 보기로 했습니다.

일단, 기본적인 ATL 프로젝트를 만들어서 Release 빌드를 하면 (Visual Studio 2008 기준으로) "ATL90.dll", "MSVCR90.DLL"에 의존하게 됩니다.

먼저, "ATL90.dll"에 대한 의존을 제거시켜 볼까요? 간단하지요. ^^ 다음과 같이 프로젝트 속성 창에서 "Use of ATL" 옵션을 "Static Link to ATL"로 선택해 주면 됩니다.

[그림 1: "Use of ATL: Static Link to ATL"]
cpp_project_buildoption_ReleaseMinDependency_1.PNG

문제는 MSVCR90.dll인데요. 이건 좀 꼭꼭 숨겨져 있습니다.

Configuration Properties / C/C++ / Code Generation 설정에서 아래 그림과 같이 "Runtime Library" 옵션을 "Multi-threaded (/MT)"로 선택하면 됩니다.

[그림 2: "Runtime Library: Multi-threaded (/MT)"]
cpp_project_buildoption_ReleaseMinDependency_2.PNG

이제, 빌드하고 해당 DLL 파일을 depends.exe에서 확인하면 다음과 같이 ^^ 깔끔한 의존 관계를 지닌 것을 확인할 수 있습니다.

[그림 3: atl90.dll / msvcr90.dll에 대한 의존성이 없는 testatl.dll]
cpp_project_buildoption_ReleaseMinDependency_3.PNG




Debug 빌드도 위와 동일하게 의존관계를 끊어낼 수 있는데, 단지 다른 점은 "Runtime Library"만 "Multi-threaded Debug (/MTd)"로 선택해 주시면 됩니다.



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/13/2021]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13782정성태10/23/20246241Linux: 93. Ubuntu 22.04 - 커널 이미지로부터 커널 함수 역어셈블
13781정성태10/22/20247038오류 유형: 930. WSL + eBPF: modprobe: FATAL: Module kheaders not found in directory
13780정성태10/22/20248281Linux: 92. WSL 2 - 커널 이미지로부터 커널 함수 역어셈블
13779정성태10/22/20246299개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법
13778정성태10/21/20248466C/C++: 181. C/C++ - 소스코드 파일의 인코딩, 바이너리 모듈 상태의 인코딩
13777정성태10/20/20246605Windows: 265. Win32 API의 W(유니코드) 버전은 UCS-2일까요? UTF-16 인코딩일까요?
13776정성태10/19/20247837C/C++: 180. C++ - 고수준 FILE I/O 함수에서의 Unicode stream 모드(_O_WTEXT, _O_U16TEXT, _O_U8TEXT)파일 다운로드1
13775정성태10/19/20247988개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정
13774정성태10/18/20247368Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유
13773정성태10/18/20247011Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop
13772정성태10/17/20247350Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
13771정성태10/17/20247192Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성
13770정성태10/17/20247730Linux: 87. ps + grep 조합에서 grep 명령어를 사용한 프로세스를 출력에서 제거하는 방법
13769정성태10/15/20249161Linux: 86. Golang + bpf2go를 사용한 eBPF 기본 예제파일 다운로드1
13768정성태10/15/20248125C/C++: 179. C++ - _O_WTEXT, _O_U16TEXT, _O_U8TEXT의 Unicode stream 모드파일 다운로드2
13767정성태10/14/20246630오류 유형: 929. bpftrace 수행 시 "ERROR: Could not resolve symbol: /proc/self/exe:BEGIN_trigger"
13766정성태10/14/20245833C/C++: 178. C++ - 파일에 대한 Text 모드의 "translated" 동작파일 다운로드1
13765정성태10/12/20247790오류 유형: 928. go build 시 "package maps is not in GOROOT" 오류
13764정성태10/11/20248785Linux: 85. Ubuntu - 원하는 golang 버전 설치
13763정성태10/11/20246986Linux: 84. WSL / Ubuntu 20.04 - bpftool 설치
13762정성태10/11/20247169Linux: 83. WSL / Ubuntu 22.04 - bpftool 설치
13761정성태10/11/20246704오류 유형: 927. WSL / Ubuntu - /usr/include/linux/types.h:5:10: fatal error: 'asm/types.h' file not found
13760정성태10/11/20248153Linux: 82. Ubuntu - clang 최신(stable) 버전 설치
13759정성태10/10/20249225C/C++: 177. C++ - 자유 함수(free function) 및 주소 지정 가능한 함수(addressable function) [6]
13758정성태10/8/20247573오류 유형: 926. dotnet tools를 sudo로 실행하는 경우 command not found
13757정성태10/8/20248122닷넷: 2306. Linux - dotnet tool의 설치 디렉터리가 PATH 환경변수에 자동 등록이 되는 이유
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...