<div dir="ltr">While I got no idea if it actually works, but Node does have support for 32-bit archs.<div><br><div>It even had it done at some point for ppc (with NodeJS 12), but things changed since then, and old patches are not sufficient. (Also, it was done for Linux, so Darwin still needed some fixes.)</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 17, 2023 at 3:17 AM Fred Wright <<a href="mailto:fw@fwright.net">fw@fwright.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
On Sun, 16 Jul 2023, Sergey Fedorov wrote:<br>
<br>
>> The linked code is for an emulator, and is providing a *C*<br>
> implementation, not a ppc32 machine-code<br>
><br>
> Whatever provides the needed functionality, gonna be good enough, I guess.<br>
<br>
I can't imagine any context in which you can freely choose whether to <br>
supply C code or assembler code, so using the code you linked in this <br>
context is virtually guaranteed not to "provide the needed functionality".<br>
<br>
It also occurs to me that any code using rldicX instructions must be <br>
assuming 64-bit registers.  But ppc32 doesn't have 64-bit registers, so a <br>
couple of missing opcodes may be just the tip of the iceberg.<br>
<br>
That being said, if the code *knows* it's dealing with 32-bit registers, <br>
then using rldicX instructions is just a bug.<br>
<br>
If it supports both i386 and x86_64, it might be instructive to look at <br>
how it handles the differences.  If it doesn't support i386, that might be <br>
a clue that 32-bit support would be significant work.<br>
<br>
Fred Wright<br>
</blockquote></div>