`test-code-cache` fails on a Linux/riscv64 build with FFI enabled.

[sxa]

Version

main branch

Platform

linux/riscv64

Subsystem

FFI

What steps will reproduce the bug?

Running the parallel/test-code-cache test on a build with FFI enabled. This is spun out from the comment in nodejs/build#4099 (comment)

As background FFI was first able to be enabled after #63794 and superceded by the update in #64040 which included the upstream fix.

How often does it reproduce? Is there a required condition?

Seems to be 100%

What is the expected behavior? Why is that the expected behavior?

Test passes.

What do you see instead?

Here are the first fiew lines of failures - the lines towards the end are replicated with different module names (i.e. it's not just internal/streams for example assert and net are included in these lines int he full log:

Path: parallel/test-code-cache
node:internal/assert/utils:146
  throw error;
  ^

AssertionError [ERR_ASSERTION]: "internal/abort_controller" should've been compiled **with** code cache
"internal/streams/end-of-stream" should've been compiled **with** code cache
"internal/streams/operators" should've been compiled **with** code cache
"internal/streams/destroy" should've been compiled **with** code cache
"internal/streams/legacy" should've been compiled **with** code cache
"internal/streams/add-abort-signal" should've been compiled **with** code cache
[...]

Additional information

No response

[sxa]

@nodejs/ffi @joyeecheung i haven't gone digging yet but would any of you have any idea why enabling FFI in the build might be breaking this test? I'm assuming this hasn't been spotted on any other platform so far and really is specific to Linux/riscv64.