@gjsify/http-soup-bridge 0.22.0 → 0.23.0

package/README.md

@@ -76,9 +76,12 @@ the `gjsify.prebuilds` field at startup, so consumers don't need to install
 the bridge into a system path.
 
 The CI workflow at `.github/workflows/prebuilds.yml` builds prebuilds for
-linux-x86_64, linux-aarch64, linux-ppc64, linux-s390x, and linux-riscv64
-and auto-commits them to the repo. x86_64 and aarch64 use native GitHub
-runners; ppc64, s390x, and riscv64 use QEMU via `uraimo/run-on-arch-action`.
+linux-x86_64, linux-aarch64, linux-ppc64, linux-s390x, linux-riscv64 and
+darwin-arm64, and auto-commits them to the repo. linux x86_64/aarch64 and
+darwin-arm64 use native GitHub runners; ppc64, s390x, and riscv64 use QEMU
+via `uraimo/run-on-arch-action`. The macOS artifact is named
+`libgjsifyhttpsoupbridge.dylib` and its typelib records that leaf — see
+[Platform coverage](#platform-coverage).
 
 ## TS types
 
@@ -94,3 +97,19 @@ npx @ts-for-gir/cli generate \
 
 After publication this step disappears — the package's `dependencies`
 already references `@girs/gjsifyhttpsoupbridge-1.0`.
+
+## Platform coverage
+
+| Platform | Prebuild | Built by |
+|---|---|---|
+| `linux-x86_64` | ✅ `.so` + `.gir` + `.typelib` | native runner |
+| `linux-aarch64` | ✅ | native runner |
+| `linux-ppc64`, `linux-s390x`, `linux-riscv64` | ✅ | QEMU emulation |
+| `darwin-arm64` (macOS, Apple silicon) | ✅ `.dylib` + `.gir` + `.typelib` | `macos-latest` runner |
+| `darwin-x64` (macOS, Intel) | ❌ | — no runner leg yet |
+| Windows | ❌ | — no Vala/GI bridge in this repo targets Windows |
+
+**Known gap — a `darwin-arm64` prebuild is built and shipped, but the CLI does not
+load it yet.** `detectNativePackages()` (`packages/infra/cli/src/utils/detect-native-packages.ts`)
+hardcodes a `linux-` directory prefix, and `buildNativeEnv()` exports `LD_LIBRARY_PATH`,
+which macOS `dyld` ignores in favour of `DYLD_LIBRARY_PATH`.

package/meson.build

@@ -23,12 +23,32 @@ libGjsifyHttpSoupBridge = library('gjsifyhttpsoupbridge', sources,
     install_dir: [true, true, true, true],
 )
 
+# ----------------------------------------------------------------------------
+# Host-dependent shared-library leaf name.
+#
+# The typelib records the exact filename gjs' g_module_open() resolves at load
+# time, and meson names the shared library per host convention: lib<name>.so on
+# ELF hosts, lib<name>.dylib on macOS. Recording the wrong leaf yields a typelib
+# that IS found via GI_TYPELIB_PATH but whose library never loads — a silent,
+# confusing failure. Mirrors the branch in packages/napi/napi/meson.build.
+#
+# Windows is deliberately absent: this bridge has had no Windows portability
+# work, so `else` (ELF naming) is the honest fallback rather than a .dll branch
+# that would imply support which does not exist.
+# ----------------------------------------------------------------------------
+host_system = host_machine.system()
+if host_system == 'darwin'
+    shared_lib_name = 'libgjsifyhttpsoupbridge.dylib'
+else
+    shared_lib_name = 'libgjsifyhttpsoupbridge.so'
+endif
+
 g_ir_compiler = find_program('g-ir-compiler')
 
 custom_target(meson.project_name() + '-1.0.typelib',
     command: [
         g_ir_compiler,
-        '--shared-library', 'libgjsifyhttpsoupbridge.so',
+        '--shared-library', shared_lib_name,
         '--output', '@OUTPUT@',
         meson.current_build_dir() / meson.project_name() + '-1.0.gir',
     ],

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "@gjsify/http-soup-bridge",
-    "version": "0.22.0",
+    "version": "0.23.0",
     "description": "Vala-based main-thread bridge for libsoup HTTP server. Marshals SoupServer + SoupServerMessage signals onto the GLib main context and keeps every libsoup boxed type (MessageBody, MessageHeaders, the message's GMainContext ref, the HTTP1 IO GSource) on the C side, so SpiderMonkey GC has no chance to race a libsoup-side cleanup. Used by @gjsify/http to keep MCP/SSE/long-poll workloads stable on GJS.",
     "type": "module",
     "main": "lib/esm/index.js",
@@ -19,6 +19,14 @@
         "src/vala"
     ],
     "gjsify": {
+        "platforms": [
+            "linux-x86_64",
+            "linux-aarch64",
+            "linux-ppc64",
+            "linux-s390x",
+            "linux-riscv64",
+            "darwin-arm64"
+        ],
         "prebuilds": "prebuilds",
         "runtimes": {
             "gjs": "polyfill",
@@ -38,7 +46,7 @@
         "build:meson": "gjsify run init:meson && meson compile -C build",
         "build:types": "gjsify tsc",
         "build:gir-types": "ts-for-gir generate --externalDeps --allowMissingDeps --girDirectories=./prebuilds/linux-x86_64 --girDirectories=/usr/share/gir-1.0 --modules=GjsifyHttpSoupBridge-1.0 --outdir=src/ts --npmScope=@girs --package=false --ignoreVersionConflicts=true",
-        "build:prebuilds": "gjsify run build:meson && mkdir -p prebuilds/linux-x86_64 && cp build/libgjsifyhttpsoupbridge.so build/GjsifyHttpSoupBridge-1.0.gir build/GjsifyHttpSoupBridge-1.0.typelib prebuilds/linux-x86_64/"
+        "build:prebuilds": "gjsify run build:meson && node ../../../scripts/stage-prebuild.mjs ."
     },
     "keywords": [
         "gjs",
@@ -59,7 +67,7 @@
         "@girs/soup-3.0": "^4.1.0"
     },
     "devDependencies": {
-        "@gjsify/cli": "^0.22.0",
+        "@gjsify/cli": "^0.23.0",
         "@ts-for-gir/cli": "^4.1.0",
         "@types/node": "^25.9.2",
         "typescript": "^6.0.3"