반응형

visual studio 2003 의 c++ 에 프로젝트 셋팅에서 보면,
첫번째 폴더의 두번째 항목이 '디버그' 입니다.

이중에서 '작업 디렉토리' 라는 항목이 있는데,
여기에 디렉토리명을 적어주면
해당 프로젝트를 컴파일 한뒤 실행(F5) 할때 current directory 가 해당 디렉토리로 바뀌게 됩니다.
다시 말해 working directory 를 정해주는 거지요...

그런데 이게 파일형태로 세이브 되지 않아서

퍼포에 올린후 다운 받으면 아무것도 적혀있지 않는단다.... 흠...

http://www.gpgstudy.com/forum/viewtopic.php?p=34298&sid=45a2692a0ba51864e6afbb247fd1c440

반응형
반응형

프로젝트에서를 하나의 프로젝트에 포함시킨 다음에

솔루션빌드를 하면 자신이 고친 코드가 반영되지 않을 때가 있다.

보통은 라이브러리를 생성하는 프로젝트가 있을 때 이런 일이 발생한다.

예를 들어서 A 응용프로그램이 B의 랄이브러리를 참조하고, B가 C의 라이브러리를 참조하고, B가 D의 라이브러리를 참조한다고 하자.

그러면 D -> C -> B -> A 혹은 C -> D -> B -> A 순으로 빌드되어야 한다.

하지만 보통 솔루션 내에서 빌드 순은 프로젝트 포함/생성 순으로 되어 있다.

그러므로 A -> B -> C -> D 순으로 생성했다면 문제가 발생하게 된다.

이럴 때 어떤 문제를 해결해야 하는가?

바로 여기에서 종속성 문제가 나온다.

기존에는 한 솔루션은 한 프로젝트여서 그런거 잘 몰랐고,

종속성이라고 하니까 왠지 무서웠는데,

종속성은 간단하다. 빌드의 순서를 지정하기 위한 것이 종속성이다.

VC++ .NET의 [솔루션 탐색기]에서 프로젝트 하나를 선택한 다음

마우스 오른쪽 버튼을 누르면 [프로젝트 종속성] 이라는 메뉴 아이템이 있다.

거기에서 콤보박스에 있는 프로젝트를 하나씩 선택해서 자신보다 먼저 빌드되어야 하는 프로젝트에 종속성을 체크한다.

위의 예를 살펴보면...

B 프로젝트는 C프로젝트와 D프로젝트에 종속성 체크를 하고,

A 프로젝트는 B프로젝트에 종속성 체크를 한다.

그러면 D -> C -> B -> A 혹은 C -> D -> B -> A 순으로 빌드가 된다.

================================================================================================

MSDN) 프로젝트 종속성이란 솔루션에서 여러개의 프로젝트가 있을 때 A 프로젝트를 컴파일할 때 B 프로젝트의 코드가 필요할 때 이때 A는 B에 종속 된다라고 말한다. 따라서 A 프로젝트의 종속성에서 B를 체크하면 된다.

예를 들어 A라는 게임 프로젝트와 B의 라이브러리 프로젝트 두 개를 하나의 솔루션에 포함되어 있다고 가정하자.

A 프로젝트에서는 B 프로젝트의 라이브러리가 필요하므로 Header을 추가하고 Library를 링크 시켜야 한다.

첫번째 방법)

* 프로젝트 종속성 체크

솔루션 -> 속성 -> 공용 속성 -> 프로젝트 종속성 -> A 프로젝트 -> B 프로젝트를 체크

* B 프로젝트의 Header를 추가한다.

두번째 방법)

* 프로젝트 종속성 체크

위에서 B 프로젝트를 체크 하였는데 체크를 하지 않아도 된다. 해도 상관 없다.

* B 프로젝트의 Header를 추가한다.

* B 프로젝트의 Library 파일을 추가

ex) #pragma comment(lib, "..\\B_Project\\Lib\\B_Project.lib")

정리)

프로젝트 종속성을 체크하면 자동으로 B 프로젝트의 Library를 추가해 준다.  

반응형
반응형

Visual Studio에서 사용하는 매크로들입니다... MSDN에서 검색하시면 의미를 아실 수 있을 듯...

매크로 설명

$(RemoteMachine)

디버그 속성 페이지에서 원격 컴퓨터 속성의 값으로 설정합니다. 자세한 내용은 C/C++ 디버그 구성에 대한 프로젝트 설정 변경을 참조하십시오.

$(References)

프로젝트에 추가된 참조 목록(세미콜론으로 구분)

$(ConfigurationName)

현재 프로젝트 구성의 이름(예: "Debug")

$(PlatformName)

현재 프로젝트 플랫폼의 이름(예: "Win32")

$(Inherit)

프로젝트 빌드 시스템에서 작성한 명령줄에 상속된 속성이 나타나는 순서를 지정합니다. 기본적으로 상속된 속성은 현재 속성의 맨 뒤에 나타납니다.1

$(NoInherit)

상속될 모든 속성이 상속되지 않도록 합니다. 형제 수준에서도 실행되지 않도록 하려면 $(StopEvaluating)을 사용합니다. $(NoInherit)를 사용하면 동일한 속성에 대한 모든 $(Inherit)가 무시됩니다.1

$(StopEvaluating)

실행 체인에 있는 매크로 실행을 즉시 중지합니다. $(StopEvaluating) 뒤에 나오는 모든 값은 매크로의 실행 값에 나타나지 않습니다. $(StopEvaluating)$(Inherit) 앞에 오는 경우 실행 체인의 현재 위치에 있는 상속된 값이 매크로 값에 연결되지 않습니다. $(StopEvaluating)$(NoInherit) 기능의 상위 집합입니다.

$(ParentName)

이 프로젝트 항목을 포함하는 항목의 이름. 부모 폴더 이름이나 프로젝트 이름입니다.

$(RootNameSpace)

응용 프로그램을 포함하는 네임스페이스(있을 경우)

$(IntDir)

중간 파일에 지정된 디렉터리 경로로서 프로젝트 디렉터리에 대해 상대적인 경로. 이 경로는 중간 디렉터리 속성의 값이 됩니다.

$(OutDir)

출력 파일 디렉터리의 경로로서 프로젝트 디렉터리에 대해 상대적인 경로. 이 경로는 출력 디렉터리 속성의 값이 됩니다.

$(DevEnvDir)

드라이브 + 경로로 정의되는 Visual Studio .NET의 설치 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(InputDir)

드라이브 + 경로로 정의되는 입력 파일의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectDir)와 같습니다.

$(InputPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 입력 파일의 절대 경로 이름. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectPath)와 같습니다.

$(InputName)

입력 파일의 기본 이름. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectName)과 같습니다.

$(InputFileName)

기본 이름 + 파일 확장명으로 정의되는 입력 파일의 파일 이름. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectFileName)과 같습니다.

$(InputExt)

입력 파일의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectExt)와 같습니다.

$(ProjectDir)

드라이브 + 경로로 정의되는 프로젝트의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(ProjectPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 프로젝트의 절대 경로 이름.

$(ProjectName)

프로젝트의 기본 이름.

$(ProjectFileName)

기본 이름 + 파일 확장명으로 정의되는 프로젝트의 파일 이름.

$(ProjectExt)

프로젝트의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다.

$(SolutionDir)

드라이브 + 경로로 정의되는 솔루션의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(SolutionPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 솔루션의 절대 경로 이름.

$(SolutionName)

솔루션의 기본 이름.

$(SolutionFileName)

기본 이름 + 파일 확장명으로 정의되는 솔루션의 파일 이름.

$(SolutionExt)

솔루션의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다.

$(TargetDir)

드라이브 + 경로로 정의되는 빌드용 기본 출력 파일의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(TargetPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 빌드용 기본 출력 파일의 절대 경로 이름.

$(TargetName)

빌드용 기본 출력 파일의 기본 이름.

$(TargetFileName)

기본 이름 + 파일 확장명으로 정의되는 빌드용 기본 출력 파일의 파일 이름.

$(TargetExt)

빌드용 기본 출력 파일의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다.

$(VSInstallDir)

Visual Studio .NET을 설치한 디렉터리.

$(VCInstallDir)

Visual C++ .NET을 설치한 디렉터리.

$(FrameworkDir)

.NET Framework를 설치한 디렉터리.

$(FrameworkVersion)

Visual Studio에서 사용되는 .NET Framework의 버전. $(FrameworkDir)와 함께 사용하면 Visual Studio에서 사용되는 .NET Framework 버전의 전체 경로를 나타냅니다.

$(FrameworkSDKDir)

.NET Framework SDK를 설치한 디렉터리. .NET Framework SDK는 Visual Studio .NET과 함께 또는 별도로 설치할 수 있습니다.

$(WebDeployPath)

웹 배포 루트에서 프로젝트 출력이 속한 상대 경로. RelativePath와 같은 값을 반환합니다.

$(WebDeployRoot)

<localhost>의 절대 경로(예: c:\inetpub\wwwroot).

$(SafeParentName)

올바른 이름 형식에서 바로 상위 항목의 이름. 예를 들어, 폼은 .resx 파일의 상위 항목입니다.

$(SafeInputName)

올바른 클래스 이름으로 정의되는 파일 이름(확장명은 제외).

$(SafeRootNamespace)

프로젝트 마법사에서 코드를 추가할 네임스페이스 이름. 이 네임스페이스 이름은 올바른 C++ 식별자에 사용할 수 있는 문자만 포함합니다.

$(FxCopDir)

fxcop.cmd 파일의 경로. fxcop.cmd 파일은 모든 Visual C++ 버전에 설치되어 있지는 않습니다.

반응형
반응형

http://www.microsoft.com/visualstudio/ko-kr

비주얼 스튜디오 2010 정식 평가판이 나왔다

2008 를 써서 프로젝트 하나 끝내고 나니 새로운 버전이 하나 나왔네

버전이 해가 지날 수록 계속 나오겠지만, 좀더 편리한 기능, 들이 생겼음 좋겠네

STL 사용의 간소화... 어떻게 안되겠니?? 너무 길어 문법 하나 쓰는데~!!!!

Visual Studio 2010 테스트해보기

Visual Studio 2010 정식 평가판을 다운로드하여 이 강력한 도구와 기능을 사용해 보십시오.

Visual Studio 2010 Professional 평가판

개별 개발자가 소프트웨어 솔루션을 빌드, 테스트 및 디버그하는 데 Visual Studio 2010 Professional이 어떤 도움을 주는지 알아보십시오. Visual Studio 2010 Professional에 대해 자세히 알아봅니다.

다운로드 옵션 파일 형식 파일 크기
Web Installer
4.3 MB
ISO(DVD-5)
2.19GB

Visual Studio 2010 Premium 평가판

개인 또는 팀이 소프트웨어 솔루션을 빌드, 테스트 및 디버그하는 데 Visual Studio 2010 Premium이 어떤 도움을 주는지 알아보십시오. Visual Studio 2010 Premium에 대해 자세히 알아봅니다.

다운로드 옵션 파일 형식 파일 크기
Web Installer
4.5 MB
ISO(DVD-5)
2.27GB

Visual Studio 2010 Ultimate 평가판

소프트웨어 솔루션을 설계, 빌드, 테스트, 디버그 및 관리하는 데 Visual Studio 2010 Ultimate가 어떤 도움을 주는지 알아보십시오. Visual Studio 2010 Ultimate에 대해 자세히 알아봅니다.

다운로드 옵션 파일 형식 파일 크기
Web Installer
4.5 MB
ISO(DVD-5)
2.28GB

Visual Studio Test Professional 2010 평가판

테스터가 소프트웨어 솔루션을 디버깅하고 개발 팀과 공동 작업을 수행하는 데 Visual Studio Test Professional 2010이 어떻게 도움을 주는지 알아보십시오. Visual Studio Test Professional 2010에 대해 자세히 알아봅니다.

다운로드 옵션 파일 형식 파일 크기
Web Installer
2.7 MB
ISO(DVD-5)
408MB

Visual Studio Team Foundation Server 2010 평가판

Visual Studio Team Foundation Server 2010이 모든 팀 구성원에 대한 소프트웨어 전달 프로세스를 자동화하고 간소화하는 방법을 알아보십시오.

다운로드 옵션 파일 형식 파일 크기
ISO(DVD-5)
1.56GB

반응형

+ Recent posts