새로운 IDE로 바꾼다던가, 이전에 만든 프로젝트를 새로운 환경의 IDE에서 인식하게 하고 자동으로 run, debug할때 어떻게 해야할지 …생각해보는 글.

우선 비주얼 스튜디오

솔루션? 프로젝트?

1. 솔루션 : 관련된 하나 이상의 프로젝트들을 포함하는 (논리적인)컨테이너. VS에서 솔루션을 열면, 관련 프로젝트들을 자동으로 로드된다. .sln파일을 통해 솔루션이 관리된다. sln파일 내부에는 VS환경(버전) 정보, 프로젝트파일들을 찾을 정보(프로젝트GUID, 프로젝트형식 GUID, .vcxproj)
2. 프로젝트 : 실행파일을 만들기위해 필요한 여러 소스코드 헤더 이미지들의 묶음. 프로젝트 파일에 의해 관리되며, 확장자명은 .~~proj(cpp은 .vcxproj) 이다.

솔수션 및 프로젝트

vcxproj 구조

프로젝트 구성? 인식?

솔루션 탐색기에 나오는 모습은 필터에 의해 재구성된 형태. 실제 디렉토리에 가보면 다른모양. 필터 : 소스파일의 경로를 유지하고, 이를 표시할때 분류해주는… .filters파일

1. 리소스파일 : 프로젝트의 코드가 저장되는 파일.
2. 외부 종속성 : include에 의해 외부에서 추가된 파일들. 보통의 헤더는 C:\Program Files\Microsoft Visual Studio에서 include에서 찾아오는듯.
3. 참조 :

헤더 파일 위치 추가 : 프로젝트 속성->C/C++->추가 포함 디렉터리 외부 헤더를 추가하고, 구현되어있는 c/c++파일은 소스파일에 넣어줘야 빌드가능.

-> 소스코드에서 사용은?

라이브러리 위치 추가

1. 프로젝트 속성->링커->추가라이브러리디렉터리
2. 프로젝트 속성->링커의 일반->추가 종속성->라이브러리 명(;로 구분)

• Debug : bin에 디버깅 정보를 삽입하여 컴파일. 용량이 더 크고 느리다.
• Release : 배포를 위해 컴파일할때 사용하며, 최적화 상태, 속도, 크기가 디버깅의 것보다 훨신 작고 빠르다.
• x86 : 32bit
• x64 : 64bit

참고

MSVC : Microsoft Visual C++의 줄임말로, 컴파일러이다. MinGW : Minimalist GNU for Window.윈도우로 포팅한 GNU 소프트웨어 도구 모음. 윈도우 API를 구현할수 있는 헤더들을 가지고 있어서 GCC를 윈도우에서 사용 가능.

외부 프로젝트를 가져온다면 어떻게 인식하게 해야하는가?

vs의 프로젝트 형식은 vs와 플랫폼(윈도우 등)에 종속된다. 따라서 cmake를 사용하는데 더 정신건강에 이로울거 같다..

여러 mian이 있는 프로젝트(코테, 예제파일)의 빌드

솔루션/프로젝트에서 목록에서 제거하는 방식으로 하나씩 하는게 가장 속 편할듯…

프로젝트 컴파일/빌드

https://docs.microsoft.com/ko-kr/visualstudio/ide/compiling-and-building-in-visual-studio?view=vs-2022

디버깅과 타겟