Data is stored in Local Application Data\NieczaModuleCache, which Mono will map to $HOME/.local/share/NieczaModuleCache. The --obj-dir object actually does something now (how long has it been broken?) and can be used to isolate multiple instances of Niecza, and is used internally to make bootstrapping work. One known wart is that $*PERL<version> may become out of date because it is only updated when the setting needs to be recompiled, and the build system no longer always forces a recompilation of the user-wide setting.
…y on Mac OS X too (not tested yet).
Ah, optimism. This reverts commit 66cefa7.
As I thought, remote method invocation seems to have been the major bottleneck in /serialize. Using a lighter-weight isolation protocol has improved performance: (time mono-sgen run/Niecza.exe -C CORE) master: user 0m30.898s before: user 1m26.453s now: user 0m29.246s The new procedure uses only Assembly-level isolation: runtime assemblies are renamed to have names starting with Run.; so CORE.dll is the compiler's CORE and Run.CORE.dll is the user's. This seemed preferable over the reverse to avoid name clashes with perversely named user modules.
…mplementation of an auto-generated set of trig functions.
be made more portable.
Perl5 interop support is built with "make perl5"