Microsoft MVP성태의 닷넷 이야기
닷넷: 2357. C# 14 - (9) 새로운 지시자 추가 (Ignored directives) [링크 복사], [링크+제목 복사],
조회: 304
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

C# 14 - (9) 새로운 지시자 추가 (Ignored directives)

C# 14의 직접적인 기능은 아니지만, .NET SDK 10에 추가된 기능으로 단일 소스 코드 파일을 빌드/실행하는 기능이 있습니다.

.NET SDK 10 - 단일 소스 코드 파일을 빌드/실행하는 기능을 "dotnet" 명령어에 추가
; https://www.sysnet.pe.kr/2/0/14001

핵심 기능은 dotnet 실행 파일이 구현했다고 볼 수 있겠지만 아주 쪼끔 C# 14 컴파일러가 보조한 부분이 있는데요, 문법에 5개의 지시자가 새롭게 추가됐기 때문입니다.

  • #! (shebang)
  • #:sdk (SDK 설정)
  • #:property (속성 설정)
  • #:package (nuget 패키지 참조)
  • #:project (외부 프로젝트 참조)

각각의 기능에 대해서는 이미 위의 글에서 설명했으므로 생략하겠습니다. 단지, 저 지시자들을 컴파일러 입장에서 직접적인 사용은 하지 않으므로 무시된다는 것만 알아두시면 되겠습니다. 그런 탓에 신규 기능 이름도 "ignored directives"라고 돼 있습니다.

Ignored directives
; https://github.com/dotnet/csharplang/blob/main/proposals/csharp-14.0/ignored-directives.md

Ignored directives - Detailed design
; https://github.com/dotnet/csharplang/blob/main/proposals/csharp-14.0/ignored-directives.md#detailed-design

이 내용은 여기까지만 아시면 충분할 것 같고, 단지 심심하신 분만 아래의 내용을 더 읽어보시면 되겠습니다. ^^




그나저나, 약간의 테스트를 하다 보니 이게 과연 "ignored"라고 할 수 있는지 의문이 듭니다.

예를 들어, shebang 지시자(#!)를 제외한 다른 것들은 소스 코드 파일이 프로젝트(csproj)를 경유해 컴파일하는 경우에는 사용할 수 없습니다. 재현을 위해 비주얼 스튜디오에서 콘솔 프로젝트를 만들고 이런 식으로 지시자를 Program.cs 파일에 추가하면,

#!/usr/bin/dotnet run
#:property langversion 13.0

namespace ConsoleApp2;

internal class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Hello, World!");
    }
}

#:property 지시자에 대해 다음과 같은 컴파일 오류가 발생합니다.

error CS9298: '#:' directives can be only used in file-based programs ('/feature:FileBasedProgram')

여기서 재미있는 것은, shebang 지시자(#!)의 경우에는 프로젝트 빌드에서도 사용할 수 있다는 점입니다. 또한 더욱 흥미로운 점은, shebang 지시자를 포함한 파일은 C# 13 이전 컴파일러에서도 빌드가 잘됩니다. 반면, 비주얼 스튜디오를 업데이트하지 않은 17.12 버전의 환경에서는 shebang 지시자를 포함한 파일을 빌드하면 "error CS1024: Preprocessor directive expected" 오류가 발생합니다. 뭔가 지시자를 처리하는 주체가 좀 이상하죠? ^^

혹시나 싶어, csc.dll을 이용해 직접 빌드를 해보면 어떻게 될까 궁금해서 테스트를 해봤습니다.

C:\temp> type test.cs
#!/usr/bin/dotnet run
#:property Nullable=enable

Console.WriteLine("Hello World");

c:\temp> dotnet "C:\Program Files\dotnet\sdk\10.0.100-preview.7.25380.108\Roslyn\bincore\csc.dll" -langversion:preview -platform:anycpu -target:exe test.cs -r:"C:\Program Files\dotnet\shared\Microsoft.NETCore.App\10.0.0-preview.7.25380.108\System.Private.CoreLib.dll" -r:"C:\Program Files\dotnet\shared\Microsoft.NETCore.App\10.0.0-preview.7.25380.108\System.Runtime.dll" -r:"C:\Program Files\dotnet\shared\Microsoft.NETCore.App\10.0.0-preview.7.25380.108\System.Console.dll"

저렇게 빌드하면, 이번에는 "#:property"는 물론이고 shebang 지시자까지 오류가 발생합니다.

test.cs(1,2): error CS9314: '#!' directives can be only used in scripts or file-based programs
test.cs(2,2): error CS9298: '#:' directives can be only used in file-based programs ('-features:FileBasedProgram')

메시지에 따르면 "-features:FileBasedProgram" 옵션을 주라고 하는데, (아직 미구현인지, 숨겨져 있는지 알 수 없으나) 현재 csc.dll에는 저 옵션이 없습니다. 어찌 보면, Roslyn 컴파일러 자체는 저 지시자들을 "무시"한다기보다 "인식"만 할 뿐 컴파일 오류를 내버립니다.




정리해 볼까요?

위의 테스트 결과에 의하면, 엄밀히 C# 컴파일러 입장에서 "Ignored directives"라고 할 수는 없습니다.

"#?" shebang 지시자의 경우 단순히 Visual Studio 버전만 17.14 버전으로 올리면 C# 컴파일러의 버전에 상관없이 빌드가 되는데요, 사실 비주얼 스튜디오는 msbuild를 통해 빌드하기 때문에 "#?" 지시자에 대한 필터링을 msbuild 단계에서 처리하는 것이 아닌가...라고 추측할 수 있습니다.

그리고 "#:" 지시자의 경우 msbuild도 그건 지원을 하지 않고, 오직 "dotnet build/run" 명령어 시에만 필터링 돼 csc.dll로 넘겨 컴파일을 한다고 볼 수 있습니다.

다시 처음으로 돌아가서, "Ignored directives"는 분명히 C# 언어로 개발하는 경우 소스 코드의 문법으로 유효한 것은 맞습니다. 하지만, 그 문법을 처리하는 주체는 정작 C# 컴파일러가 아닌, (아마도) 그전에 실행되는 도구들에 의해서 처리된다는 점이 흥미롭습니다. ^^




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







[최초 등록일: ]
[최종 수정일: 8/21/2025]

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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  100  101  102  [103]  104  105  ...
NoWriterDateCnt.TitleFile(s)
11440정성태1/17/201821856.NET Framework: 727. ASP.NET의 HttpContext.Current 구현에 대응하는 ASP.NET Core의 IHttpContextAccessor/HttpContextAccessor 사용법파일 다운로드1
11439정성태1/17/201828330기타: 69. C# - CPU 100% 부하 주는 프로그램파일 다운로드1
11438정성태1/17/201821343오류 유형: 446. Error CS0234 The type or namespace name 'ITuple' does not exist in the namespace
11437정성태1/17/201821089VS.NET IDE: 124. Platform Toolset 설정에 따른 Visual C++의 헤더 파일 기본 디렉터리
11436정성태1/16/201823733개발 환경 구성: 352. ASP.NET Core (EXE) 프로세스가 IIS에서 호스팅되는 방법 - ASP.NET Core Module(AspNetCoreModule) [4]
11435정성태1/16/201824935개발 환경 구성: 351. OWIN 웹 서버(EXE)를 IIS에서 호스팅하는 방법 - HttpPlatformHandler (Reverse Proxy)파일 다운로드2
11434정성태1/15/201826181개발 환경 구성: 350. 사용자 정의 웹 서버(EXE)를 IIS에서 호스팅하는 방법 - HttpPlatformHandler (Reverse Proxy)파일 다운로드2
11433정성태1/15/201824271개발 환경 구성: 349. dotnet ef 명령어 사용을 위한 준비
11432정성태1/11/201831540.NET Framework: 726. WPF + Direct2D + SharpDX 출력 C# 예제파일 다운로드2
11431정성태1/11/201827326.NET Framework: 725. C# - 동기 방식이면서 비동기 메서드(awaitable)처럼 구현한 사례 [9]
11430정성태1/10/201830830.NET Framework: 724. WPF + Direct2D 출력 C# 예제 [2]파일 다운로드1
11429정성태1/9/201821217개발 환경 구성: 348. ASP.NET Core 2.1 Preview 버전 적용 방법
11428정성태1/6/201824758개발 환경 구성: 347. WinForm 프로젝트를 WPF 프로젝트 유형으로 변경하는 방법파일 다운로드1
11427정성태1/5/201821638오류 유형: 445. vcpkg 빌드 오류 - Starting the CLR failed with HRESULT 80040153
11426정성태1/5/201832671오류 유형: 444. curl로 호출할 때 발생하는 오류 정리
11425정성태1/4/201823329개발 환경 구성: 346. ASP.NET Core Web Application을 IIS에서 호스팅하는 방법 (2)
11424정성태1/4/201822532개발 환경 구성: 345. ASP.NET Core 프로젝트를 명령행에서 빌드하는 방법
11423정성태1/3/201841183VC++: 123. 내가 만든 코드보다 OpenCV의 속도가 월등히 빠른 이유 [8]파일 다운로드2
11422정성태1/2/201830831.NET Framework: 723. C# - OpenCvSharp 사용 시 C/C++을 이용한 속도 향상 (for 루프 연산) [4]파일 다운로드1
11421정성태1/2/201823660오류 유형: 443. Visual Studio - nuget configuration is invalid
11420정성태12/30/201727765.NET Framework: 722. C# - Windows 10 운영체제의 데스크톱 앱에서 음성인식(SpeechRecognizer) 사용하는 방법 [3]파일 다운로드1
11419정성태12/23/201729868.NET Framework: 721. WebClient 타입의 ...Async 메서드 호출은 왜 await + 동기 호출 시 hang 현상이 발생할까요? [2]파일 다운로드1
11418정성태12/23/201739334.NET Framework: 720. 비동기 메서드 내에서 await 시 ConfigureAwait 호출 의미 [2]파일 다운로드1
11417정성태12/22/201725412.NET Framework: 719. Task를 포함하는 async 메서드의 동작 방식 [2]
11416정성태12/21/201721578.NET Framework: 718. AsyncTaskMethodBuilder.Create() 메서드 동작 방식 [2]
11415정성태12/21/201723700.NET Framework: 717. Task를 포함하지 않는 async 메서드의 동작 방식 [6]
... 91  92  93  94  95  96  97  98  99  100  101  102  [103]  104  105  ...