A virtual machine built especially for Rakudo Perl 6
Short for "Metamodel On A Runtime", MoarVM is a virtual machine built
especially for Rakudo Perl 6 and the NQP Compiler Toolchain.
MoarVM is a backend for NQP. MoarVM already stands out amongst the
various Rakudo and NQP compilation targets by typically:
- Running the Perl 6 specification test suite fastest
- Having the lowest memory usage
- Having the best startup time
- Being fastest to build both NQP and Rakudo - and thus in theory your Perl 6 and NQP programs too!
- Developed at devel:languages:raku
- Sources inherited from project openSUSE:Factory
-
2
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Leap:15.1:Staging:FactoryCandidates/moarvm && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| MoarVM-2022.03.tar.gz | 0014864736 14.2 MB | |
| moarvm.changes | 0000039743 38.8 KB | |
| moarvm.spec | 0000003180 3.11 KB | |
| reproducible.patch | 0000000784 784 Bytes |
Revision 39 (latest revision is 42)
Dominique Leuenberger (dimstar_suse)
accepted
request 966636
from
Stefan Seifert (niner9)
(revision 39)
- update to version 2022.03 + Bump mimalloc to v2.0.5 + The result of a getenv() call should not be freed + Some nativeref optimizations and fixes + Fix all returned native integers getting treated as signed + Fix potential invalid free in nativecall + Add missing _u cases to disp program callsite code + Correctly allocate/free CStrs when using mimalloc + Root orig since MVM_frame_capturelex can allocate + Restore jitting of sp_getarg_[inso] + Jit even more *_u versions of ops + Fix frame walker finding wrong value after multi level inlining + Fix spesh of named uint parameters + Add an MVM_nativecall_encode_string function - remove moarvm_wrong_value_after_multi_level_inlining.diff as is contained in the release - Fix installation on RHEL7 On Redhat based distros, rpm's auto-provides requires shared libs to be executable. - Fix build on RHEL7 which seems to lack libzstd
Comments 0