Bump ghc-wasm-meta, fixing random build failures of lsp-types

Author: andy0130tw

.github/workflows/wasm.yaml

@@ -10,7 +10,7 @@ on:
 
 env:
   GHC_WASM_META_FLAVOUR: '9.10'
-  GHC_WASM_META_COMMIT_HASH: '78c87e9236a547fcb439db6927391df625af16fb'
+  GHC_WASM_META_COMMIT_HASH: 'c3f44696d29aaeadd755d69c51735954bfcd59db'
 
 jobs:
   build:
@@ -86,15 +86,7 @@ jobs:
         mv cabal.project.wasm32 cabal.project
         wasm32-wasi-cabal configure --flag=Agda-2-8-0
 
-    - name: 'Build dep: lsp-types'
-      uses: nick-fields/retry@v3
-      id: build-dep-lsp-types
-      with:
-        timeout_minutes: 10
-        max_attempts: 2
-        command: cd als && wasm32-wasi-cabal build lib:lsp-types
-
-    - name: 'Build dep: agda'
+    - name: Build Agda as dependency
       id: build-dep-agda
       working-directory: './als'
       run: wasm32-wasi-cabal build lib:agda

BUILDING_WASM.md

@@ -5,26 +5,3 @@
 3. In the project root, run `cp cabal.project{.wasm32,}`, and then `wasm32-wasi-cabal build`.
 
 Note: This project uses a hybrid approach - most dependencies use cabal's git handling, but the network package remains as a git submodule due to autotools requirements.
-
-The process might output the following:
-
-```
-[442 of 452] Compiling Language.LSP.Protocol.Message.Types ( src/Language/LSP/Protocol/Message/Types.hs, /home/qbane/agda-project/haskell-lsp-wasm/dist-newstyle/build/wasm32-wasi/ghc-9.10.1.20250207/lsp-types-2.3.0.1/build/Language/LSP/Protocol/Message/Types.o, /home/qbane/agda-project/haskell-lsp-wasm/dist-newstyle/build/wasm32-wasi/ghc-9.10.1.20250207/lsp-types-2.3.0.1/build/Language/LSP/Protocol/Message/Types.dyn_o )
-
-wasm://wasm/001e3c92:1
-
-
-RuntimeError: table index is out of bounds
-    at wasm://wasm/001e3c92:wasm-function[586]:0x45e40
-    at wasm://wasm/001e3c92:wasm-function[365]:0x286e1
-    at wasm://wasm/001e3c92:wasm-function[595]:0x46135
-    at process.processImmediate (node:internal/timers:491:21)
-
-Node.js v22.14.0
-```
-
-At this moment, you should terminate the process and run it again.
-
-This was a known issue ([ghc#26106](https://gitlab.haskell.org/ghc/ghc/-/issues/26106)) and was fixed in the [GHC upstream](https://gitlab.haskell.org/ghc/ghc/-/commit/3e4a456801ba6aab5d8a6c0ae5a4ba8ab99b9d25).
-
-If everything works properly, it should build a binary `als.wasm`.