Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C# 6.0 이상의 문법을 컴파일 시 오류가 발생한다면?

지난번에도 이와 유사한 글을 남긴 적이 있는데요,

C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
; https://www.sysnet.pe.kr/2/0/11266

예를 들어 다음과 같이 빌드했을 때,

C:\temp\ConsoleApp1\ConsoleApp1> msbuild "ConsoleApp1.csproj"

Microsoft (R) Build Engine version 4.7.2053.0
[Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.

Build started 2019-05-10 오후 1:20:06.
Project "C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj" on node 1 (default targets).
Project file contains ToolsVersion="15.0". This toolset may be unknown or missing, in which case you may be able to resolve this by installing the appropriate
 version of MSBuild, or the build may have been forced to a particular ToolsVersion for policy reasons. Treating the project as if it had ToolsVersion="4.0".
For more information, please see http://go.microsoft.com/fwlink/?LinkId=291333.
GenerateTargetFrameworkMonikerAttribute:
Skipping target "GenerateTargetFrameworkMonikerAttribute" because all output files are up-to-date with respect to the input files.
CoreCompile:
  C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /nowarn:1701,1702 /nostdlib+ /platform:anycpu32bitpreferred /errorreport:prompt /warn:4 /def
  ine:DEBUG;TRACE /highentropyva+ /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.CSharp.dll" /refe
  rence:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll" /reference:"C:\Program Files (x86)\Reference Assem
  blies\Microsoft\Framework\.NETFramework\v4.6.1\System.Core.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4
  .6.1\System.Data.DataSetExtensions.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.dll" /r
  eference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.dll" /reference:"C:\Program Files (x86)\Reference Asse
  mblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Net.Http.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramewo
  rk\v4.6.1\System.Xml.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.Linq.dll" /debug+ /deb
  ug:full /filealign:512 /optimize- /out:obj\Debug\ConsoleApp1.exe /subsystemversion:6.00 /target:exe /utf8output Program.cs Properties\AssemblyInfo.cs "C:\Us
  ers\SeongTae Jeong\AppData\Local\Temp\.NETFramework,Version=v4.6.1.AssemblyAttributes.cs"
Program.cs(13,31): error CS1056: Unexpected character '$' [C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj]
Done Building Project "C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj" (default targets) -- FAILED.

Build FAILED.

"C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj" (default target) (1) ->
(CoreCompile target) ->
  Program.cs(13,31): error CS1056: Unexpected character '$' [C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj]

    0 Warning(s)
    1 Error(s)

Time Elapsed 00:00:00.29

C# 6.0에서 추가된 string interpolation 구문이 빌드되지 않는다면 사용된 csc.exe의 경로를 확인해야 합니다. 위의 내용을 보면 "C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe"라고 되어 있는데 따라서 .NET Framework에 기본 설치된 C# 5.0 컴파일러가 사용되고 있는 것입니다.

현재 자신의 빌드 환경에서 어떤 경로의 csc.exe가 사용되고 있는지는 where을 실행해 보면 됩니다.

C:\temp\ConsoleApp1\ConsoleApp1> where csc.exe
C:\Windows\Microsoft.NET\Framework\v4.0.30319\csc.exe
C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Roslyn\csc.exe

보는 바와 같이 C# 6.0 이상의 구문을 지원하는 Roslyn 컴파일러의 우선순위가 밀려 있는데 이를 (환경 변수의 잘못 설정된 PATH 등을 수정해) 바로잡아주면 정상적으로 프로젝트를 빌드할 수 있습니다.




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







[최초 등록일: ]
[최종 수정일: 5/10/2019]

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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  178  [179]  180  ...
NoWriterDateCnt.TitleFile(s)
547정성태12/4/200729924.NET Framework: 98. .NET 비동기 Socket과 스레드
546정성태12/4/200720910Team Foundation Server: 21. Microsoft Office가 참조된 경우의 빌드 환경 구성
545정성태12/4/200727860Windows: 27. 눈으로 확인해 보는 ASLR 기능 [1]
544정성태11/25/200723533오류 유형: 48. VS.NET 2008 설치 오류 - Error code 1602 [5]
543정성태11/25/200726639개발 환경 구성: 31. ROBOCOPY XP026 버전 [1]
542정성태11/3/200741699VS.NET IDE: 55. XML/XSLT로 구현하는 매크로 확장 [5]파일 다운로드2
538정성태10/11/200728002스크립트: 10. VBScript - "Sub를 호출할 때는 괄호를 사용할 수 없습니다." [2]
537정성태9/28/200736727개발 환경 구성: 30. 64비트 OS에서의 ChartFX 라이선스 문제
536정성태9/12/200733713.NET Framework: 97. WCF : netTcpBinding에서의 각종 Timeout 값 설명 [11]
535정성태9/11/200731033.NET Framework: 96. WCF - PerSession에서의 클라이언트 연결 관리 [5]
534정성태9/3/200726747개발 환경 구성: 29. VHD 파일 크기 줄이기
533정성태9/2/200729279개발 환경 구성: 28. CA 서비스 - 사용자 정의 템플릿 유형 추가
532정성태9/2/200731620개발 환경 구성: 27. AD CA에서 Code Signing 인증서 유형 추가 방법
531정성태9/2/200727558.NET Framework: 95. WCF에서의 DataTable 사용
530정성태9/1/200723937.NET Framework: 94. WCF 예외에 대한 시행착오
529정성태8/31/200726989.NET Framework: 93. WCF - DataContract와 KnownType 특성 [1]
528정성태8/30/200721472오류 유형: 47. VPC - 네트워크 어댑터 MAC 주소 중복 오류
527정성태8/30/200731791Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200721547오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200723768VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200741395오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200723943VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200727604VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200727551.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
520정성태8/7/200722807VS.NET IDE: 51. Visual Studio 2008 베타 2 설치
519정성태7/27/200729112오류 유형: 44. System.BadImageFormatException [2]
... 166  167  168  169  170  171  172  173  174  175  176  177  178  [179]  180  ...