Susumu Yamazaki

There are two cases to consider: 1. The value of an integer element of the input list is outside the range of INT64; 2. The calculation of integer overflows.

Thank you for your contribution. I have a plan to integrate Pelemay and PelemayFp with parameter tuning. I guess the combination of PelemayFp and Pelemay has less performance than Pelemay...

In @al2o3cr benchmarks, the benchmarks `Pelemay` and `PelemayFp and Pelemay` should be removed or modified because they doesn't give suitable weights that equals to other benchmarks,

@lepieru i7-7500U CPU has 2 cores and 4 threads. It has less cores than iMac Pro that I used, so effectiveness by PelemayFp would also be less than that.

This may be the case for PelemayFp only. I expected the combination of PelemayFp and Pelemay to be even more effective, but that is not the case at the moment....

I've implemented and evaluated Pelemay with `enif_consume_timeslice` as version 0.0.15. This result suggests that NIFs have taken some penalty for parallel execution.

I am also facing to this issue. Distribution: Ubuntu 22.04 I built and installed `riscv-gnu-toolchain` as follows: ```bash sudo apt update git clone https://github.com/riscv-collab/riscv-gnu-toolchain.git cd riscv-gnu-toolchain mkdir build ./configure --prefix=/usr/local/riscv...

Thank you, @makutak I can build by checking out the hash 8ce2dc4, with `configure` option `--with-arch=rv64gc_zifencei` according to the issue https://github.com/riscv-software-src/riscv-pk/issues/260, and it worked.

Shawn suggest: To set working directory, run as follows: ``` cd build; yarn run gulp parcel``` I'll try it.