dotnet build에 /p 옵션을 적용 시 유의점
csproj를 보면 "PropertyGroup"의 자식으로 다양한 Property를 정의할 수 있는데요,
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>net7.0</TargetFramework>
<ImplicitUsings>enable</ImplicitUsings>
<Nullable>enable</Nullable>
</PropertyGroup>
</Project>
이런 옵션들을 "dotnet build" 명령행에서 "/p" 인자를 이용해 직접 제어하는 것이 가능합니다. 예를 들어, 다음과 같이 코딩한 경우,
class Program
{
static unsafe void Main(string[] args)
{
int n = 5;
int* p = &n;
Console.WriteLine(*p);
}
}
기본 csproj 상태로는 "error CS0227: Unsafe code may only appear if compiling with /unsafe" 컴파일 오류가 발생하지만, csproj에 이렇게 AllowUnsafeBlocks 옵션을 설정하거나,
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
...[생략]...
<AllowUnsafeBlocks>true</AllowUnsafeBlocks>
</PropertyGroup>
</Project>
dotnet build의 경우 동일한 이름의 옵션을 다음과 같이 /p로 연결해서 빌드하면 정상적으로 실행됩니다.
c:\temp\ConsoleApp1\ConsoleApp1> dotnet build /p:AllowUnsafeBlocks=true
c:\temp\ConsoleApp1\ConsoleApp1> dotnet run
5
위에서 설명한 옵션 같은 경우에는, 그 옵션이 적용되지 않으면 컴파일 오류가 발생하기 때문에 적용 여부를 바로 알아챌 수 있는데요, 그렇지 않은 경우, 가령 CheckForOverflowUnderflow 옵션 등은 dotnet build 시 주의해야 합니다.
역시 간단하게 예를 들어볼까요? ^^
short c = -32768;
c--;
Console.WriteLine(c); // 32767
csproj에 CheckForOverflowUnderflow 옵션을 주고 위의 소스 코드를 빌드하면,
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
...[생략]...
<CheckForOverflowUnderflow>true</CheckForOverflowUnderflow>
</PropertyGroup>
</Project>
실행 시 overflow 예외가 발생합니다.
Unhandled exception. System.OverflowException: Arithmetic operation resulted in an overflow.
at Program.<Main>$(String[] args) in C:\Users\SeongTae Jeong\Dropbox\articles\checked_dotnet_build\ConsoleApp1\ConsoleApp1\Program.cs:line 2
그런데, 이 과정을 (csproj의 CheckForOverflowUnderflow 옵션을 삭제하고) dotnet build로 바꿔보면 어떻게 될까요?
c:\temp\ConsoleApp1\ConsoleApp1> dotnet build
c:\temp\ConsoleApp1\ConsoleApp1> dotnet run
32767
일단 정상적으로 나왔습니다. 그런데, 위의 빌드에 이어서 /p 옵션을 주고 빌드하면,
c:\temp\ConsoleApp1\ConsoleApp1> dotnet build /p:CheckForOverflowUnderflow=true
c:\temp\ConsoleApp1\ConsoleApp1> dotnet run
32767
마치 옵션 값을 무시하는 듯, overflow 예외가 발생하지 않습니다. 이유는 간단합니다. 소스 코드 또는 csproj의 내용이 바뀌어야 재빌드를 하는데, 단순히 명령행 옵션만 바뀌었기 때문에 재빌드를 안 한 것입니다.
재미있는 건, .\bin\Debug\net7.0 디렉터리의 내용을 모두 삭제하고 다시 "dotnet build ..."를 해도 새롭게 빌드하지 않고 .\obj\Debug\net7.0 디렉터리에 빌드돼 있던 바이너리를 복사해 온다는 점입니다.
따라서, /p 옵션을 변경해 다시 빌드해야 한다면 \.obj\Debug\net7.0 디렉터리의 내용을 삭제하든가, 아니면 "dotnet clean" 명령어를 먼저 실행하고 진행해야 합니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]