Microsoft MVP성태의 닷넷 이야기
.NET Framework: 778. (Unity가 사용하는) 모노 런타임의 __makeref 오류 [링크 복사], [링크+제목 복사]
조회: 12571
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)

(Unity가 사용하는) 모노 런타임의 __makeref 오류

아래의 글에 달린 덧글 덕분에,

C#에서 enum을 boxing 없이 int로 변환하기 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/11506

실로 오랜만에 Mono 런타임을 설치해봤습니다. ^^

The latest Stable Mono
; https://www.mono-project.com/download/stable/

설치하고 나면 시작 메뉴에 "Open Mono x64 Command Prompt" 항목이 생깁니다. 그 명령행 창을 열고 다음의 소스 코드를,

using System;

namespace ConsoleApp1
{
    class Program
    {
        enum EnumState
        {
            A,
            B,
        }

        static void Main(string[] args)
        {
            unsafe
            {
                EnumState a = EnumState.A;
                EnumState b = EnumState.B;

                TypedReference refA = __makeref(a);
                TypedReference refB = __makeref(b);

                int* valuePtrA = (int*)*((IntPtr*)&refA);
                int* valuePtrB = (int*)*((IntPtr*)&refB);

                int expectedA = *valuePtrA;
                int expectedB = *valuePtrB;

                Console.WriteLine(expectedA);
                Console.WriteLine(expectedB);
                Console.WriteLine(expectedA == expectedB);
            }

            Console.ReadLine();
        }
    }
}

이렇게 빌드할 수 있습니다.

C:\temp>dmcs Program.cs /unsafe

실행해 보면, 결과가 잘 나옵니다.

C:\temp>Program.exe
0
1
False

오호~~~ 그런데 원하는 환경이 아닙니다. 저렇게 실행하면 ^^ 현재 윈도우에 설치된 .NET Full Framework가 올라오게 됩니다. 따라서 모노 런타임 위에서 실행하려면 다음과 같이 mono.exe를 이용해 실행해야 합니다.

c:\temp>mono Program.exe
898445256
898445256
True

출력된 898445256 값은 실행 시마다 달라지는 것으로 봐서 메모리 상의 쓰레기 값이 출력되는 듯합니다. 결과적으로, 모노 런타임은 __makeref 예약어에 대한 처리를 제대로 하지 못하는 것입니다.




그래도, Unity의 경우 AOT(Ahead of time) 컴파일러를 사용해 미리 빌드해 놓기 때문에 혹시 거기서는 정상적으로 처리하고 있지 않을까요? ^^ AOT 실행 테스트를 하려면 clang이 필요합니다. 이를 위해 LLVM을 설치해도 되지만,

LLVM Download Page 
; https://releases.llvm.org/download.html

Pre-Built Binaries:
Clang for Windows (64-bit) (.sig)
; http://releases.llvm.org/6.0.0/LLVM-6.0.0-win64.exe

어차피 clang.exe도 빌드할 때는 Visual C++의 cl.exe의 도움을 얻어야 하므로 Visual Studio를 설치해야 합니다.

Setting up Clang on Windows
; https://github.com/boostorg/hana/wiki/Setting-up-Clang-on-Windows

따라서, 그냥 Clang/LLVM을 설치하지 말고 Visual Studio에 포함된 clang 구성으로 옵션을 추가해 설치하면 됩니다. 가령 Visual Studio 2015의 경우 다음과 같은 옵션만 있으면 됩니다.

Visual Studio Professional 2015 with Update 3

Programming Languages
    - Visual C++
        - Common Tools for Visual C++ 2015
        - Microsoft Foundation Classes for C++
        - Windows XP Support for C++

Cross Platform Mobile Development
    - Visual C++ Mobile Development
        - Clang with Microsoft CodeGen (July 2016)

설치 후, 환경 변수에 PATH를 clang.exe와 link.exe에 대해 각각 다음과 같이 잡아줍니다.

[clang.exe의 위치를 PATH에 추가]
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ClangC2\bin\amd64

[link.exe의 위치를 PATH에 추가]
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\amd64

이후, Program.exe 바이너리를 AOT 빌드해 줘야 합니다.

mono --aot=full Program.exe

그런 다음 아래와 같이 실행할 수 있는데, 아쉽게도 오류가 발생합니다.

C:\temp>mono --full-aot Program.exe
Failed to load AOT module 'C:\Program Files\Mono\lib\mono\4.5\mscorlib.dll.dll' in aot-only mode.

왜냐하면, Program.exe가 의존하는 모듈들도 전부 AOT 상태로 빌드가 되어있어야 하기 때문입니다. 이를 위해 다음의 경로에 있는 DLL들을 전부,

C:\Program Files\Mono\lib\mono\4.5\mscorlib.dll
C:\Program Files\Mono\lib\mono\gac\I18N\4.0.0.0__0738eb9f132ed756\I18N.dll
C:\Program Files\Mono\lib\mono\gac\I18N.West\4.0.0.0__0738eb9f132ed756\I18N.West.dll

개별 폴더에 들어가 각각 다음의 명령어로 빌드해 둡니다.

mono --aot=full mscorlib.dll
mono --aot=full I18N.dll
mono --aot=full i18n.west.dll

이후 다시 실행하면 다음과 같이 결과를 볼 수 있습니다. ^^

c:\temp>mono --full-aot Program.exe
-402205784
-402205784
True

뭐... 어쩔 수 없군요. ^^ Mono 런타임은, AOT 빌드한 결과물에서도 역시 __makeref 처리를 하지 못합니다.




Mono가 저렇다는 것은, 그에 기반을 둔 현재의 Unity가 게임 빌드 결과물에서 __makeref 처리를 못한다는 것을 의미합니다. 아마도 가장 좋은 것은 .NET Core로 Unity가 이전하는 것일 텐데 가장 최근의 결과물인 2018 버전의,

Updated scripting runtime in Unity 2018.1: What does the future hold?
; https://blogs.unity3d.com/kr/2018/03/28/updated-scripting-runtime-in-unity-2018-1-what-does-the-future-hold/

질문 답변을 봐도 희망이 안 보이는 것 같습니다. ^^

Q: Is .net core on the radar for the future at all? A: It is not something we’re looking at for the near future, for a few reasons. First, it does not have a full embedding API, as Mono does. Second, it does not support enough platforms currently. We have done some experiments with it though, so I can’t rule it out entirely. But we’re focused on other priorities at the moment, like build size, iteration time improvement, GC, and C#7.





참고로, clang.exe가 설치되지 않았거나 link.exe와 함께 PATH가 정상적으로 잡혀 있지 않으면 다음과 같은 식의 컴파일 오류가 발생합니다.

C:\temp>mono --aot Program.exe
Mono Ahead of Time compiler - compiling assembly C:\temp\Program.exe
AOTID B742BABC-9819-CB33-8E48-FF192EC74425
Code: 276(29%) Info: 6(0%) Ex Info: 47(4%) Unwind Info: 41(4%) Class Info: 129(13%) PLT: 30(3%) GOT Info: 301(31%) Offsets: 121(12%) GOT: 240
Compiled: 2/2 (100%), No GOT slots: 1 (50%), Direct calls: 0 (100%)
Executing the native assembler: "clang.exe" -c -x assembler  -o C:\Users\testuser\AppData\Local\Temp\mono_aot_a03412.obj C:\Users\testuser\AppData\Local\Temp\mono_aot_a03412
'"clang.exe"' is not recognized as an internal or external command,
operable program or batch file.
AOT of image Program.exe failed.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2018]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  [41]  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12602정성태4/16/20219486VS.NET IDE: 161. x64 DLL 프로젝트의 컨트롤이 Visual Studio의 Designer에서 보이지 않는 문제 [1]
12601정성태4/15/20218566.NET Framework: 1040. C# - REST API 대신 github 클라이언트 라이브러리를 통해 프로그래밍으로 접근
12600정성태4/15/20218756.NET Framework: 1039. C# - Kubeconfig의 token 설정 및 인증서 구성을 자동화하는 프로그램
12599정성태4/14/20219429.NET Framework: 1038. C# - 인증서 및 키 파일로부터 pfx/p12 파일을 생성하는 방법파일 다운로드1
12598정성태4/14/20219583.NET Framework: 1037. openssl의 PEM 개인키 파일을 .NET RSACryptoServiceProvider에서 사용하는 방법 (2)파일 다운로드1
12597정성태4/13/20219642개발 환경 구성: 569. csproj의 내용을 공통 설정할 수 있는 Directory.Build.targets / Directory.Build.props 파일
12596정성태4/12/20219389개발 환경 구성: 568. Windows의 80 포트 점유를 해제하는 방법
12595정성태4/12/20218820.NET Framework: 1036. SQL 서버 - varbinary 타입에 대한 문자열의 CAST, CONVERT 변환을 C# 코드로 구현
12594정성태4/11/20218266.NET Framework: 1035. C# - kubectl 명령어 또는 REST API 대신 Kubernetes 클라이언트 라이브러리를 통해 프로그래밍으로 접근 [1]파일 다운로드1
12593정성태4/10/20219403개발 환경 구성: 567. Docker Desktop for Windows - kubectl proxy 없이 k8s 대시보드 접근 방법
12592정성태4/10/20219218개발 환경 구성: 566. Docker Desktop for Windows - k8s dashboard의 Kubeconfig 로그인 및 Skip 방법
12591정성태4/9/202112466.NET Framework: 1034. C# - byte 배열을 Hex(16진수) 문자열로 고속 변환하는 방법 [2]파일 다운로드1
12590정성태4/9/20218977.NET Framework: 1033. C# - .NET 4.0 이하에서 Console.IsInputRedirected 구현 [1]
12589정성태4/8/202110312.NET Framework: 1032. C# - Environment.OSVersion의 문제점 및 윈도우 운영체제의 버전을 구하는 다양한 방법 [1]
12588정성태4/7/202110895개발 환경 구성: 565. PowerShell - New-SelfSignedCertificate를 사용해 CA 인증서 생성 및 인증서 서명 방법
12587정성태4/6/202111662개발 환경 구성: 564. Windows 10 - ClickOnce 배포처럼 사용할 수 있는 MSIX 설치 파일 [1]
12586정성태4/5/20219350오류 유형: 710. Windows - Restart-Computer / shutdown 명령어 수행 시 Access is denied(E_ACCESSDENIED)
12585정성태4/5/20219097개발 환경 구성: 563. 기본 생성된 kubeconfig 파일의 내용을 새롭게 생성한 인증서로 구성하는 방법
12584정성태4/1/20219801개발 환경 구성: 562. kubeconfig 파일 없이 kubectl 옵션만으로 실행하는 방법
12583정성태3/29/202111329개발 환경 구성: 561. kubectl 수행 시 다른 k8s 클러스터로 접속하는 방법
12582정성태3/29/202110009오류 유형: 709. Visual C++ - 컴파일 에러 error C2059: syntax error: '__stdcall'
12581정성태3/28/20219955.NET Framework: 1031. WinForm/WPF에서 Console 창을 띄워 출력하는 방법 (2) - Output 디버깅 출력을 AllocConsole로 우회 [2]
12580정성태3/28/20218690오류 유형: 708. SQL Server Management Studio - Execution Timeout Expired.
12579정성태3/28/20218746오류 유형: 707. 중첩 가상화(Nested Virtualization) - The virtual machine could not be started because this platform does not support nested virtualization.
12578정성태3/27/20219051개발 환경 구성: 560. Docker Desktop for Windows 기반의 Kubernetes 구성 (2) - WSL 2 인스턴스에 kind가 구성한 k8s 서비스 위치
12577정성태3/26/202111128개발 환경 구성: 559. Docker Desktop for Windows 기반의 Kubernetes 구성 - WSL 2 인스턴스에 kind 도구로 k8s 클러스터 구성
... 31  32  33  34  35  36  37  38  39  40  [41]  42  43  44  45  ...