Microsoft MVP성태의 닷넷 이야기
.NET Framework: 778. (Unity가 사용하는) 모노 런타임의 __makeref 오류 [링크 복사], [링크+제목 복사],
조회: 20554
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...
NoWriterDateCnt.TitleFile(s)
1353정성태9/17/201225742.NET Framework: 337. Python의 생성기와 코루틴을 C#으로 표현하면. [2]파일 다운로드1
1352정성태9/13/201223807.NET Framework: 336. .NET Profiler가 COM 개체일까?
1351정성태9/13/201228223디버깅 기술: 49. windbg - .NET Framework 스레드 개체의 COM Apartment 유형 확인하는 방법
1350정성태9/12/201228901개발 환경 구성: 167. (실은) 무료가 아니었던 AWS EC2 서비스 [4]
1349정성태9/11/201260607VS.NET IDE: 74. Visual Studio의 '새 파일'을 UTF-8 인코딩으로 지정하는 방법 [4]
1348정성태9/11/201228081오류 유형: 164. Active Directory - Functional Level 승격이 안 되는 문제
1347정성태9/10/201230493Windows: 62. 윈도우 서버 2012 - Hyper-V 서버 마이그레이션 [1]
1346정성태9/10/201231391Windows: 61. 윈도우 서버 2012 - Active Directory 서버 마이그레이션
1345정성태9/10/201235434스크립트: 12. 파이썬 - Win32 DLL 연동 [2]
1344정성태9/10/201228556오류 유형: 163. .NET Framework 4.5 제거 후 Visual Studio 2010 실행 시 Unknown Error
1343정성태9/8/201242312스크립트: 11. 파이썬(Python) 윈도우 개발 환경 [7]
1342정성태9/6/201226481VS.NET IDE: 73. Visual Studio 2012 - XmlCodeGenerator 마이그레이션
1341정성태9/4/201235831Windows: 60. Hyper-V에서 RemoteFX 없이 DirectX 11 제공 [12]
1340정성태9/4/201228026개발 환경 구성: 166. DOS - ping 결과에서 평균 응답 시간값 추출하기 [3]
1339정성태9/4/201230454개발 환경 구성: 165. 새로운 Visual Studio 2012 원격 디버깅 툴 [5]
1338정성태9/4/201232280.NET Framework: 335. C# - (핸들을 이용하여) 모든 열린 파일을 열람 [6]파일 다운로드1
1337정성태8/30/201222052Phone: 7. 디버거로 실습해 보는 윈도우 폰의 Tombstone 상태파일 다운로드1
1336정성태8/30/201240102.NET Framework: 334. 스레드 비정상 종료로 발생하는 CLOSE_WAIT 소켓 상태 [2]파일 다운로드1
1335정성태8/30/201228843Windows: 59. Hyper-V Internal 네트워크 VM의 인터넷 접속
1334정성태8/29/201248109.NET Framework: 333. 코드로 재현하는 소켓 상태(FIN_WAIT1, FIN_WAIT2, TIME_WAIT, CLOSE_WAIT, LAST_WAIT) [6]
1333정성태8/27/201251585개발 환경 구성: 164. system32 폴더에 있는 파일의 권한 조정 [2]
1332정성태8/23/201223488Team Foundation Server: 48. TFS - Team Project Collection 이전하는 방법
1331정성태8/23/201226639오류 유형: 162. Database '...' already exists. Choose a different database name. (Microsoft SQL Server, Error: 1801)
1330정성태8/22/201227397Team Foundation Server: 47. 5인 이내의 팀, 또는 개인 로컬 소스 관리를 위한 무료 TFS Express
1329정성태8/21/201222850오류 유형: 161. Azure - Storage 삭제가 안되는 경우 [1]
1328정성태8/20/201233264개발 환경 구성: 163. IIS 7 - "MIME Types" 설정 아이콘이 없는 경우
... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...