Results 277 comments of Sami Vaarala

It's quite likely that Duktape will compile and work out-of-the-box for RISC-V.

Let me know if something fails. I'll try to see if I can get an environment running easily with e.g. https://wiki.qemu.org/Documentation/Platforms/RISCV.

I'll add explicit detection for RISC-V in any case, it'll also be useful if something doesn't work out of the box. Any idea what would be the best preprocessor macros...

With that amount of memory you should use low memory options, especially ROM built-ins. Also if you're running some minimal embedded OS, you may need to provide some missing libc...

The QEMU RISC-V emulation seems very slow at present but I got it running and I can test basic compilation on a Linux RISC-V target hopefully tonight.

Ok, then the most important factor is getting the minimum required libc functions and IEEE math compatibility. The architecture has a smaller impact.

It might be easiest to first try compiling and running on the Linux-based large memory board just to see that the architecture itself works correctly, and then tackle the low...

@drom Any update on your RISC-V efforts?

To my knowledge RISC-V should work out of the box, so I'm just lacking that confirmation :)

Thanks, interesting stuff! I'll look into the changes as soon as I get a chance. I agree banning plain sprintf() would be nice. The reason sprintf() is currently used is...