Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2098. dotnet build에 /p 옵션을 적용 시 유의점 [링크 복사], [링크+제목 복사],
조회: 16062
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

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" 명령어를 먼저 실행하고 진행해야 합니다.





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

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/29/2023]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  [51]  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12774정성태8/11/202122928.NET Framework: 1087. C# - Collection 개체의 다중 스레드 접근 시 "Operations that change non-concurrent collections must have exclusive access" 예외 발생
12773정성태8/11/202122506개발 환경 구성: 595. PyCharm - WSL과 연동해 Django App을 윈도우에서 리눅스 대상으로 개발
12772정성태8/11/202122723스크립트: 21. 파이썬 - 윈도우 환경에서 개발한 Django 앱을 WSL 환경의 uwsgi를 이용해 실행 [1]
12771정성태8/11/202121568Windows: 196. "Microsoft Windows Subsystem for Linux Background Host" / "Vmmem"을 종료하는 방법
12770정성태8/11/202120544.NET Framework: 1086. C# - Windows Forms 응용 프로그램의 자식 컨트롤 부하파일 다운로드1
12769정성태8/11/202117200오류 유형: 752. Python - ImportError: No module named pip._internal.cli.main 두 번째 이야기
12768정성태8/10/202118334.NET Framework: 1085. .NET 6에 포함된 신규 BCL API [1]파일 다운로드1
12767정성태8/10/202119027오류 유형: 752. Python - ImportError: No module named pip._internal.cli.main
12766정성태8/9/202117663Java: 32. closing inbound before receiving peer's close_notify
12765정성태8/9/202119460Java: 31. Cannot load JDBC driver class 'org.mysql.jdbc.Driver'
12764정성태8/9/202157548Java: 30. XML document from ServletContext resource [/WEB-INF/applicationContext.xml] is invalid
12763정성태8/9/202122711Java: 29. java.lang.NullPointerException - com.mysql.jdbc.ConnectionImpl.getServerCharset
12762정성태8/8/202124403Java: 28. IntelliJ - Unable to open debugger port 오류
12761정성태8/8/202120722Java: 27. IntelliJ - java: package javax.inject does not exist [2]
12760정성태8/8/202116286개발 환경 구성: 594. 전용 "Command Prompt for ..." 단축 아이콘 만들기
12759정성태8/8/202123532Java: 26. IntelliJ + Spring Framework + 새로운 Controller 추가 [2]파일 다운로드1
12758정성태8/7/202122672오류 유형: 751. Error assembling WAR: webxml attribute is required (or pre-existing WEB-INF/web.xml if executing in update mode)
12757정성태8/7/202123452Java: 25. IntelliJ + Spring Framework 프로젝트 생성
12756정성태8/6/202120030.NET Framework: 1084. C# - .NET Core Web API 단위 테스트 방법 [1]파일 다운로드1
12755정성태8/5/202121174개발 환경 구성: 593. MSTest - 단위 테스트에 static/instance 유형의 private 멤버 접근 방법파일 다운로드1
12754정성태8/5/202121720오류 유형: 750. manage.py - Your project may not work properly until you apply the migrations for app(s): admin, auth, contenttypes, sessions.
12753정성태8/5/202123034오류 유형: 749. PyCharm - Error: Django is not importable in this environment
12752정성태8/4/202119765개발 환경 구성: 592. JetBrains의 IDE(예를 들어, PyCharm)에서 Visual Studio 키보드 매핑 적용
12751정성태8/4/202121473개발 환경 구성: 591. Windows 10 WSL2 환경에서 docker-compose 빌드하는 방법
12750정성태8/3/202119189디버깅 기술: 181. windbg - 콜 스택의 "Call Site" 오프셋 값이 가리키는 위치
12749정성태8/2/202119359개발 환경 구성: 590. Visual Studio 2017부터 단위 테스트에 DataRow 특성 지원
... 46  47  48  49  50  [51]  52  53  54  55  56  57  58  59  60  ...