ln -s ../byterun/afl.c afl.c
ln -s ../byterun/bigarray.c bigarray.c
make: *** No rule to make target `none.o', needed by `libasmrun.a'. Stop.
make: *** Waiting for unfinished jobs....
make: *** [makeruntimeopt] Error 2
make: *** [opt.opt] Error 2
make: *** [world.opt] Error 2
Error: Command failed: make -j9 world.opt && make install
at checkExecSyncError (node:child_process:690:11)
at Object.execSync (node:child_process:727:15)
at Object.build (/Users/Jaap/Documents/development/family-five/app/node_modules/rescript/s
at provideCompiler (/Users/Jaap/Documents/development/family-five/app/node_modules/rescrip
at Object.<anonymous> (/Users/Jaap/Documents/development/family-five/app/node_modules/resc
at Module._compile (node:internal/modules/cjs/loader:1092:14)
It failed for me at install time
Then I tried the newer
10.0.0-dev.1 which seemed to include a binary. That one worked pretty well. It compiled 50% faster. I would expect more of a performance boost, given comparable executable speedups between rosetta <> arm. However 50% is a great speedup.
Would it be possible for
refmt to use the intel binary instead of failing if you have any Reason file in the project. Easily resolved in own projects, but some dependencies might still have Reason files. And even if you don’t use the reason files (not included in
bs-dependencies) it does still try to compile them and fails unless you delete the Reason files from
node_modules. This might be a bug?