Support for Foreign Function Interface (FFI)

[SnorlaxAssist]

A more powerful way to access libraries to make lune more extensible. Similar to node-ffi.

1. Allow Lune to directly call functions defined in libraries. This will enable more complex and high-performance features.
2. Security should be considered heavily on this solely because execution could be unknown, something like prompting the end user once to allow libraries being used in running scripts via lune run.
3. Some Use Cases
   • High-performance computing tasks within Lune.
   • Accessing system-level or third-party services.
   • Communicating with the GPU in Lune.
   • And more.

[CompeyDev]

This would be great to have as an alternative, considering the ETA for native modules is currently unknown. +1.

[netpwned]

Very interested in this. Any updates?

[CompeyDev]

None. We're dependent on mlua upstream to implement native module supports for all platforms, and hopefully make it safe.

I've tried implementing them by hand, but the problem ends up being we have to practically create #[repr(C)] wrappers around all mlua structs.

[amol234545]

There is a draft pr for FFI: #243