안녕하세요,
이 영상에서는 이전 영상에서 본 프로그램을 빌드하고 실행하는 방법을 보여드릴게요
그렇군요 그래서 기억하실지 모르겠지만 우리가 진행했던 프로그램은 사용자에게 좋아하는 숫자를 입력하게
한 다음 그 숫자를 출력하는 거였어요
네 이전 비디오를 보면 프로그램을 만드는 데는 여러 단계가 있다는 걸 아실 거예요
컴파일하고 링크를 하고 바이너리를 생성해야 해요
그래서 지금까지 우리는 컴파일을 성공적으로 할 수 있었어요
오류는 없네요
네 이제 이 프로그램의 외부 종속성을 모두 취해야 합니다 쓰기, 표준 i o 헤더 파일
C# 프로그래밍 언어가 제공하는 다른 라이브러리요
그 모든 걸 가져옵니다 많은 O 파일일 수 있죠 외부 코드 모두를 가져와서 하나의 단일 실행 파일을
생성해요
그렇죠?
소스 코드가 있네요
소스 코드가 함께 뭉쳐 있는 게 보이실 거예요
새 줄을 추가해 이 코드를 좀 더 가독성 있게 만들 수 있어요 이런 거죠
가독성이 좀 더 높아지죠
말씀드렸다시피 이미 자료를 정리했어요
기억을 되살려드리자면 소스 파일을 여러 방법으로 컴파일할 수 있어요
네 소스 파일을 오른쪽 클릭해 컴파일하거나 해당 소스를 선택해 빌드로
가서 현재 파일을 컴파일할 수 있어요
프로젝트를 선택하면 제작과 관련해 다양한 옵션이 나와요
만들고, 다시 만들고 청소하고, 멈추고, 또 만들죠
클린 퍼스트 얘기를 해 보죠
클린이란 기본적으로 갖고 있던 모든 옛날 파일을 지우는 거예요
네 이전 비디오에서 C 프로그램은 컴파일될 때 소스 파일을 컴파일하는데 프로그램은
많은 소스 파일로 구성되어 있죠
메인.C 다른 파일도 있나요?
수천 개의 C 소스 파일을 포함하는 프로그램들이 있어요
네 C 파일을 모두 컴파일하면 모든 옛날 파일을 생성하게 되고 그 옛날 파일들을 함께
링크해서 하나의 단일 실행 파일을 생성하죠
좋아요 이제 프로젝트 셀프 설정을 선택하면 클린이라고 하죠 기본적으로
모든 옛날 파일을 삭제하는 겁니다 여분의 인공물도요 프로그램 실행 파일도 삭제하고
처음부터 시작하는 거죠
네 기본적으로 작업 공간이 깨끗해서 재편집하거나 재건하거나 프로그램을 재연결하고 재생할
수 있어요
네 네 C 컴파일러를 실행할 때 일반적으로
코드가 바뀌지 않고 컴파일하려고 하면 재구성하지 않기
때문이죠
네 그래서 문제가 생기면 원본 파일이 많아지죠 말이 안 되는 오류가
나와요
깨끗한 상태에서 시작하는 것도 좋을 수 있어요 모든 걸 깨끗이 청소하는 거죠
클린이라고 하면 그걸 보여줄 거예요
빌드 디버그 폴더에서 모든 것을 제거하는 것이죠
모든 . o는 실행 파일로 처음부터 시작하는 거죠
네 모든 종류의 종속성이나 문제를 해결할 좋은 방법이죠 처음부터 다시 시작할
필요가 없으니까요
깨끗하죠 그래서 실행된 후에는 컴파일된 게 없거나 빌드된 게 없어요 그리고 살펴볼 수 있죠 개별
파일을 컴파일하고 각각의 파일을 클릭함으로써요
원본 파일이 많은 경우 최종 실행 파일에 도달하는 건 좋은 방법이 아니죠
네 일반적으로 발생하는 일은 앱 프로젝트가 있는지 확인하기 위해
그냥 빌드하라고 하죠 프로젝트의 모든 소스 코드를 검토하고 모든 파일을 빌드합니다
빌드를 누르면 소스 코드를 모두 잡아 다시 빌드하는 걸 보실 수 있어요
같은 거죠 우클릭을 해서 다시 만들라고 하면 모든 파일을 다시 만들거나
변한 파일만 다시 만들진 않아요
그리고 빌드를 할 수 있습니다 소스 파일을 컴파일하는 것보다 조금 더 쉽죠
네 빌드는 모든 원본 파일을 컴파일하고 링크도 합니다 그래서 출력에서
볼 수 있죠
네 네 빌드 출력 창으로 가면 GCC 명령을 먼저 발부한 게 보이시죠 @C C에 컴파일하는
깃발입니다 그리고 64개의 아키텍처 최적화에 대한 매개 변수를 전달합니다 디버깅도 있습니다
모든 경고를 C99 표준 경고를 전달합니다
그런 다음 메인 링크로 연결하죠 cpp 파일이에요
기본적으로 디렉터리도 포함할 거예요
네 그리고 다음 단계에서 네 대시 0을 발행해 모든 외부 종속성에 링크하죠
네 이 경우에는 별로 없어요 링크만 하면 되죠 대시 L과 정적으로 링크하는
거예요 개체 목록 텍스트를 구축하는 거죠
여기서 중요한 건 첫 번째 프로그램이란 실행 파일을 생성하는 거죠
보세요
C 프로그램의 두 단계 모두에서 생성되는 거죠?
컴파일하고 링크하고 실행파일을 생성하죠
처음에 모든 걸 컴파일하는 대신 구축하는 게 더 쉽죠
네 개별 파일을 컴파일해서 어떻게 된 건지 보고 소스 코드가 맞는지 링크할
준비가 안 됐는지 확인하세요
파일이 5개 정도 있네요
네 하나씩 선택해요 각각을 선택하죠 이렇게 말하고 싶을 거예요 방금 코드를 좀 작성했는데
컴파일해보자 다 괜찮은지 확인하자 그런 다음 다음 다음 파일로 가서 그걸 컴파일하면 결국 모든 게 빌드되죠
이제 실제 프로그램 실행 파일이 생성됐으니 우리 프로그램을 실행할 수 있어요
네 그래서 여러분의 프로그램, 프로젝트가 활성 프로젝트로서 강조되어 있는지 확인해야 합니다
그런 다음 빌드로 가서 간단히 실행하라고 할 수 있죠
좋아요 이제 실행을 선택하면 이 팝업 창이 뜨겠죠 다시 빌드해 실행하시겠어요?
이미 다 만들었으니 굳이 할 필요는 없죠
그냥 EXECUTE라고 하면 돼요
항상 이게 나오지 않도록 체크박스를 선택할 수 있어요
도망친다고 해서 항상 다시 생기진 않아요
당신이 결정해요
네 모든 걸 다시 빌드하려면 CPU 처리 시간이 걸리지만 아마 걱정 안 하셔도 될 거예요
팝업 없이 빌드하고 실행할 수도 있고 그냥 실행할 수도 있어요
이제 실행을 선택하면 실행 파일이 나오죠
여러분이 좋아하는 숫자를 입력하라고 하고 있죠, 사용자요
네 45번을 입력하면 돼요 키보드의 엔터 버튼을 누르면 이렇게 표시되죠
45번을 입력하세요
네 다시 말하지만 아주 간단한 프로그램이 입력 요청을 해요 출력 디스플레이를 누르고 아무 키나
눌러 창을 닫을 수 있죠
네 네 이제 워크스페이스로 돌아가서 워크스페이스 창을 보면 워크스페이스 창
이름이 뭐든 간에 프로젝트가 3개 있죠?
첫 번째 프로그램이 강조됐는데요
그게 진행 중인 프로젝트죠
다른 프로젝트들도 원본 파일이 있죠?
C 메인. 맞아요
다른 프로젝트들은 대부분 템플릿이 되어 있어요
안녕하세요, 세계법
안 보이죠 하지만 개체 파일은 전혀 안 보여요 . zero 파일도요 실행
가능한 파일도 안 보이죠 그런 건 안 보여요
탐색기 탭을 클릭해 그걸 보실 수 있어요 열 수 있는 폴더를 지정할 수 있죠
보통 이건 루트 폴더가 돼야 합니다 모든 작업 공간을 생성하는 곳이죠
그래서 전 보통 문서 안에∙∙∙ 문서 안에 넣는 것 같아요
작업 공간도 있어요
여기 뭐가 많은 게 보이실 거예요
네 보통은 로컬로 넣는데 작업공간이 1번과 2번으로 나뉘어 있죠 작업공간에
.code.light 파일이 있어요
정확한 워크스페이스 파일을 여는 게 더 좋겠죠?
우리가 포함시킨 관심사는 그것뿐이니까요
2번 작업 공간이 우리가 관심 있는 곳이에요
네 그럼 폴더를 선택하고 워크스페이스 2 그리고 기존 문서를 닫을게요
닫으라고 할 수 있죠
자 이제 2번 워크스페이스로 모든 프로젝트와 모든 파일의
실행 파일이 보이죠
코드 라이트 폴더가 있네요
코드 라이트 디렉터리는 워크스페이스 등의 일부 기본 설정만 포함하고 있어요
빌드 디버그 폴더도 있고요
이 안에는 바이너리 디렉터리가 있고 이것은 실행 파일이 있습니다 R first 프로그램 디렉터리도 있습니다
빌드 디버그의 내부에 있습니다 왜냐하면 그 작업 영역은 그 프로젝트는 빌드된 것을 볼 수 있습니다 개체 파일과
다른 종속성이 빌드된 것을 볼 수 있죠 오브젝트 리스트를 보겠습니다
사실 첫 프로그램이 있어요
소스 파일과 다른 생성 파일에 관한 거죠
다른 프로젝트도 마찬가지고요
맨 밑을 보면 명령어 컴파일과 .JSON이 있어요
코드 완성에 주로 사용되죠
파일 만들기가 있고 워크스페이스 파일이 있어요
탐색 탭을 이용하면 전체 워크스페이스 레이아웃과 모든 프로젝트 빌드된 모든 것 모든
프로젝트 설정 파일과 모든 프로젝트 소스 파일 그리고 워크스페이스 자체의
완료 파일 등 종속성도 볼 수 있어요
클린에 대해 얘기했죠?
얼마나 깔끔하면 모든 걸 삭제할 수 있을까요? 실행 가능한 모든 개체 파일도요
네 Workspace View로 돌아가서 첫 번째 프로그램 프로젝트를 강조 표시해 볼게요
오른쪽 클릭하고 클린이라고 하면 모든 게 삭제되죠
네 이제 탐색기 탭으로 돌아가서 빌드 디버그로 가면 모든 게 거기 있는 걸 보실 수 있어요
새로 고침되지 않았거든요
이 뷰를 새로 고침할 수 있어요
네 워크스페이스를 오른쪽 클릭하고 빌드 디버그 폴더를 새로 고침하라고 입력할게요
그래서 보통 삭제되지만 그 안에는 아무것도 없죠?
쓰레기통이 또 생길지도 몰라요
보통은 다 닦아요
허가 여부에 따라 다르지만 옛날 파일은 없잖아요
클린업을 한 후에는 실행 파일이 없어요
네 다시 워크스페이스로 돌아가 보면 작은 드롭다운 메뉴가 있습니다 무엇을 빌드해야 하는지 디버그를 위해
빌드할 것인지 릴리스를 위해 빌드할 것인지 알려줍니다 ⇲
디버그를 빌드할 때 프로그램 실행 가능에 디버깅 정보를 포함해요
코드를 개발할 때 보통 일어나는 일이죠
디버그 정보도 필요하고 디버거를 실행해야 할 경우에요
네 필드에 어떤 프로그램을 릴리스할 때 또는 고객에게 생산 모드로 릴리스할 때 항상 좋은
것은 아닙니다 여러분이 구축하고 어딘가에 이 프로그램을 배포하고 싶을 때 릴리스로 바꿀
수 있어요
네 그래서 그걸 빌드할 때 여러분이 보시게 되는 건 탐험 탭으로 가시면 새로 고침을 하는 걸 다시
보실 수 있어요
빌드 릴리스 폴더가 있습니다 이 폴더에는 디버깅 정보가 부족합니다 그래서 걱정할 필요가
없죠
네 네 기본적으로 디버깅 정보를 가지고 있다면 코어 파일을 생성할 수 있고 여러분의 소스
코드에 대한 정보를 얻을 수 있는 해커를 만들 수 있습니다
네 개발 시에는 디버그 모드를 위한 디버그만 빌드하고 고객에게 프로그램을
릴리즈 할 때는 릴리스 모드로 변경할 수 있죠
다시 말씀드리지만 그건 여러분이 어딘가에서 일하고 있거나 직원을 위해 일하고 있거나 어딘가에서
코드를 전달하는지에 따라 달라요
보통 익스플로러 탭에서 아무것도 수정하지 않아요
무엇이 빌드되었는지 실행 파일 같은 뷰를 제공하죠
아까도 언급했지만 도우미 파일이 보이죠
이것들을 좀 보세요
어떤 건 자동 생성되겠죠
여기에 make file이 있네요.
이건 사실 프로젝트 설정에 따라 생성될 수 있는 파일 만들기예요
전체 워크스페이스에 대한 파일 만들기죠
특정 프로그램을 살펴볼 수도 있고 생성된 파일 제조를 볼 수도 있지만 보통 이런 건
건드리면 안 돼요
컴파일할 파일을 제공하죠
가끔 에러가 나면 make file에서 무슨 일인지 볼 수 있어요
뭔가 잘못 생성된 거겠죠
코드는 사용자에 따라 버그가 있을 수 있어요
네 다시 말씀드리지만 보통은 윈도우용 UNIX 파일 만들기 시스템을 사용하고 Linux나 Mac
OS용이라면 디폴트로 하면 되는데요
그게 다예요
네 이 파일들을 닫을 수 있지만 Explorer와 작업 공간 뷰에서 무슨 일이 일어나는지 볼 수 있어요.
이제 워크스페이스에서 프로젝트를 선택하면 stop, 빌드라고 할 수 있어요
컴파일과 빌드, 실행 파일은 시간이 오래 걸려요
파일이 수천 개라면 30분 동안 만들 수 있어요
네 즉, stop빌드는 여러분이 아는 걸 빌드하거나 컴파일, 링크하는 걸 멈추게 합니다 그 어떤
프로젝트도요
역시 긴 컴파일 프로세스에 유용합니다 하지만 우리가 클래스를 위해 작성할 일부
코드에선 볼 수 없죠
네 또 다른 장점은 워크스페이스 뷰를 강조하면 모든 프로젝트를 한 번에 빌드할
수 있다는 거죠
빌드 워크스페이스나 클린 워크스페이스라고 하면 프로젝트의 종속성을 모두 삭제할 수 있어요
네 하지만 작업 공간을 빌드한다고 하면 모든 프로젝트를 빌드합니다 활성화되어 있든지 상관없이요
그게 출력 창에서 보이는 거죠
네
프로젝트 3, 프로젝트 2 그리고 첫 프로그램을 만들고 있어요
다시 한 번 활성 프로젝트에서 코드를 빌드하고 실행하는 방법에 대한 간략한 개요였습니다
설정과 탐색기 탭을 보는 방법도요
고마워요