MoarVM

摩爾虛擬機

MoarVM（運行時虛擬機器上的元模型的縮寫）是為 6model 物件系統建構的運行時。它主要旨在運行 NQP 和 Rakudo，但應該能夠作為使用 NQP 編譯器工具鏈建立的任何編譯器的後端。

得到它

從 MoarVM 網站下載它或從 GitHub 克隆它：

 git clone https://github.com/MoarVM/MoarVM.git

如果您使用自動產生的發布 tarball 或 zip 文件，請注意它們不包含成功建立 MoarVM 所需的第三方函式庫。

建構它

建置和安裝虛擬機器本身只需要：

 perl Configure.pl
make install

（或 Windows 上的nmake / gmake ）。目前，已知可以在 Windows 上使用 MSVC 和 gcc 進行構建，以及在 Linux 和 MacOS X 上使用gcc和clang進行構建。

鍵入perl Configure.pl --help以查看配置時選項，以及 make-time 選項/目標的一些描述。

使用 MoarVM 建構 NQP

安裝 MoarVM 後，您可以複製 NQP 儲存庫或取得來源 tarball 並使用其中的 Configure.pl 腳本，如下所示：

 perl Configure.pl --backend=moar --prefix=where_your_moarvm_install_lives

或者，如果您提供--gen-moar標誌，NQP 中的相同Configure.pl 腳本能夠自行複製、建置和安裝MoarVM 的副本。

請記住，這將是/bin 、 /lib以及將安裝moar可執行檔和其他檔案的其他目錄的前綴，因此如果您希望將moar複製到，則必須使用/usr /usr/bin 。

使用 MoarVM 建置 Rakudo

當將 rakudo 儲存庫中的Configure.pl腳本指向安裝了nqp-m --prefix時，它將自動偵測並配置 MoarVM 後端。或者，例如，可以使用--backend=moar,jvm強制其建置 MoarVM 和 JVM 後端。就像在 NQP Configure.pl腳本中一樣，您可以選擇提供--gen-moar標誌，該標誌將為您完成所有工作，包括創建nqp-m 。

地位

MoarVM 目前正在開發中。它可以運行所有 NQP 測試套件、所有 Rakudo 健全性測試，並且比任何其他 Rakudo 後端通過更多的規格測試。

與 NQP 的 JVM 或 JS 後端不同，MoarVM 儲存庫未整合到 NQP 來源儲存庫中，而是可以透過在 NQP 儲存庫中執行Configure.pl --gen-moar設定腳本來拉入。

功能概述

MoarVM 提供的一些關鍵功能包括：

• 元物件編程，使用6model設計
• 精確、分代、平行 GC
• Unicode 15 支援（Unicode 字元資料庫、編碼、規範化）
• 第一類代碼物件、詞法變數與閉包
• 例外情況
• 延續
• 有界序列化
• 運行時載入程式碼
• 大整數
• 一系列 IO 和進程支持，包括非同步套接字、訊號、計時器和進程
• 本機呼叫和本機指針操作
• 執行緒、互斥體、條件變數、信號量和阻塞佇列
• 按類型進行字節碼專門化，以及大量最佳化（包括方法呼叫解析和多重分派、死程式碼消除、內聯、堆疊替換、標量替換和部分轉義分析）
• 即時編譯
• 基於儀器的調用幀和分配分析
• 堆疊快照
• 透過單步執行和變數/物件自省進行遠端調試

貢獻

接受拉取請求的貢獻。提交位被授予那些貢獻高品質工作的人。如果您有興趣做出貢獻，請訪問 libera.chat 上的#moarvm頻道。

有關 MoarVM 儲存庫中原始程式碼許可證的信息，請參閱根目錄中的 LICENSE 檔案。

故障排除

連結器在 macOS 上找不到合適的符號

如果 MoarVM 建置失敗，且錯誤如下所示：

ld：找不到架構 x86_64 的符號

您可能有不相容的建置和 bin 實用程式組合。

雖然在 macOS 中從第三方儲存庫安裝工具鏈很常見，但它們並不全部相容。如果您遇到此問題，請嘗試以下步驟。

1. 在自製程式中取消連結您的工具： brew unlink binutils
2. 銷毀並重新克隆 MoarVM 或 rakudobrew
3. 從頭開始再次嘗試構建

如果您想使用 GNU 工具鏈，並且收到一條錯誤訊息告訴您查看此文件，只需提供--toolchain=gnu標誌，此包將使用 GNU 工具鏈進行配置和構建。

請注意：如果您混合使用 Xcode 和非 Xcode 工具，您可能會遇到麻煩。因此，此配置不受支援。

gcc與clang需要不同的程式碼

請注意，兩個編譯器都定義了宏__GNUC__ ，因此需要先測試宏__clang__以消除兩者的歧義。