부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (연관된 글이 1개 있습니다.) (2021-06-27 업데이트) .NET Core 2.2.2 SDK부터 함께 배포되는 Roslyn 컴파일러에는 이제 더 이상 csc.exe가 제공되지 않으며 csc.dll로만 존재해 직접적으로 수행할 수 없게 되었습니다. .NET Core 환경에서 (프로젝트가 아닌) C# 코드 파일을 입력으로 컴파일하는 방법 (4.x 기준의) .NET Framework이 설치된 경우에는 다음의 경로에, 32비트: C:\Windows\Microsoft.NET\Framework\v4.0.30319 64비트: C:\Windows\Microsoft.NET\Framework64\v4.0.30319 고정적으로 csc.exe가 있어 다음과 같이 쉽게(?) 빌드할 수 있었습니다. c:\temp> "C:\Windows\Microsoft.NET\Framework\v4.0.30319\csc" program.cs 그런데, 닷넷 코어 환경에서는 경로가 잘 알려진 "dotnet.exe"가 기본적으로 프로젝트 기반으로 빌드를 담당하면서 내부적으로는 csc.exe가 감춰져 있는 형태입니다. 따라서 개별 파일로 빌드하려면 직접 csc.exe를 찾아내야 하는데요. 이럴 때 where.exe를 이용해 다음과 같이 csc.exe가 있는 폴더로 이동할 수 있습니다. C:\temp> where dotnet C:\Program Files\dotnet\dotnet.exe C:\Program Files (x86)\dotnet\dotnet.exe C:\temp> cd "C:\Program Files\dotnet\sdk\3.0.100\Roslyn\bincore" C:\Program Files\dotnet\sdk\3.0.100\Roslyn\bincore> csc Microsoft (R) Visual C# Compiler version 3.3.1-beta3-19461-02 (2fd12c21) Copyright (C) Microsoft Corporation. All rights reserved. warning CS2008: No source files specified. error CS1562: Outputs without source must have the /out option specified 역시나, 저렇게 Roslyn 폴더를 찾아가기보다는... "dotnet build"가 더 선호될 수밖에 없겠습니다. ^^ [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 개발 환경 구성: 461. C# 8.0의 #nulable 관련 특성을 .NET Framework 프로젝트에서 사용하는 방법[이전 글] 개발 환경 구성: 459. .NET Framework 프로젝트에서 C# 8.0/9.0 컴파일러를 사용하는 방법 [연관 글] .NET Framework: 2034. .NET Core/5+ 환경에서 (프로젝트가 아닌) C# 코드 파일을 입력으로 컴파일하는 방법 - 두 번째 이야기 [최초 등록일: 10/12/2019] [최종 수정일: 7/7/2023] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 2019-10-12 11시19분 Is it possible to compile a single C# code file with the .NET Core Roslyn compiler?; https://stackoverflow.com/questions/46065777/is-it-possible-to-compile-a-single-c-sharp-code-file-with-the-net-core-roslyn-c 정성태 ... 181 [182] 183 184 185 186 187 188 189 190 191 192 193 194 195 ... NoWriterDateCnt.TitleFile(s) 433정성태1/12/200732965Windows: 14. 보호 모드와 필수 무결성 제어(MIC: Mandatory Integrity Control) [3]1432정성태1/10/200724011Windows: 13. InitOnceExecuteOnce API 소개 [5]431정성태1/8/200721656Windows: 12. 비스타는 안전한 윈도우인가? [2]430정성태1/7/200727621웹: 6. IIS 7 마이그레이션 정리 - Sysnet427정성태12/30/200618335Team Foundation Server: 14. VS.NET IDE에 통합된 TFS Annotate [1]425정성태12/29/200622201Windows: 11. Vista IIS 7(Integrated mode)에서의 ASP.NET F5 디버깅 방법424정성태12/29/200620315기타: 16. 첫걸음 [2]426정성태12/30/200618785 기타: 16.1. 예외 발생420정성태12/27/200623358Windows: 10. Internet Explorer 7.0 호환성 백서 (Word 문서, 1.92MB) [7]1419정성태12/25/200625103Windows: 9. VS.NET 2005 원격 디버깅 구성418정성태12/25/200633176웹: 5. IIS 7에서 클라이언트 측 인증서 사용 시 주의점 [2]417정성태12/24/200625711Windows: 8. VS.NET 2005에서의 웹 애플리케이션 디버깅 설정416정성태1/31/200725679오류 유형: 23. MSI 설치 시 로그 파일 생성하는 레지스트리 설정 [3]415정성태12/31/200629496개발 환경 구성: 20. 인증서 오류 체크 목록413정성태12/20/200626366VC++: 26. volatile 키워드 [1]1412정성태12/17/200630161오류 유형: 22. VS.NET 2005 SP1 설치 도중 오류 [9]411정성태12/16/200619262오류 유형: 21. TFS SP1 설치 관련 오류 (2) - KB919156 패치 이후 TFS 접근 문제410정성태12/16/200620570오류 유형: 20. TFS SP1 설치 관련 오류 (1) - KB919156 패치408정성태12/10/200622779Windows: 7. USB 드라이브 내용 암호화407정성태12/10/200620361오류 유형: 19. Vista 에서의 VS.NET 2005 로 개발한 어셈블리에 대한 서명 확인 오류406정성태12/10/200625149Windows: 6. IE 7 검색 공급자 - 영한 사전403정성태12/6/200632267Windows: 5. Vista 와 웹 인증 등록 서비스의 문제 [5]402정성태12/11/200623264Windows: 4. Vista 설치 후기 [1]409정성태12/11/200627265 Windows: 4.1. Vista 설치 후기 - 두 번째 이야기 [3]396정성태2/13/200729966오류 유형: 18. "Automatic Updates" 서비스 CPU 100% 점유 현상393정성태11/8/200619504오류 유형: 17. Unable to start debugging - The binding handle is invalid. ... 181 [182] 183 184 185 186 187 188 189 190 191 192 193 194 195 ...