Use suffix .dylib for MacOS native modules

[kienhg96]

• The current implementation only supports .so (Unix-like platforms) and .dll (Windows) extensions
• macOS requires .dylib for native modules

[saghul]

This breaks the examples macOS target: https://github.com/quickjs-ng/quickjs/actions/runs/15814570112/job/44575061740?pr=1107

Now, a 2nd bug here is why didn't the interpreter exit with error?!

[kienhg96]

The CI process does not relate to this PR, so I'm checking the examples for macOS target.

[kienhg96]

@saghul how do you think about the unique filename suffix for binary addon. In nodeJS, they have .node and I suggest .qjs as the common extension

[kienhg96]

In macOS, CMake will generate the default suffix for binary output files depending on the type of library. SHARED libraries have suffix .dylib and MODULE libraries have suffix .so. So QJS should handle both of them.

[saghul]

In macOS, CMake will generate the default suffix for binary output files depending on the type of library. SHARED libraries have suffix .dylib and MODULE libraries have suffix .so. So QJS should handle both of them.

Sounds about right.

[bnoordhuis]

I don't know about trying both, that has potential for confusion.

How problematic is use of .so instead of .dylib on macos? Not much, I expect.