rio-0.1.22.0 to 0.1.23.0: GHC now deadlocks on compiling pantry & kmonad

[felixonmars]

I know this sounds weird but I don't know how to proceed here. I am running GHC 9.4.8 on Arch Linux and with rio updated from 0.1.22.0 to 0.1.23.0, ghc deadlocks on comping pantry-0.8.2 and kmonad-0.4.4.

The stuck always happens at the same progress:

• [ 5 of 19] Compiling Pantry.Types ( src/Pantry/Types.hs, dist/build/Pantry/Types.dyn_o ) for pantry
• [22 of 37] Compiling KMonad.Model.Keymap ( src/KMonad/Model/Keymap.hs, dist/build/KMonad/Model/Keymap.dyn_o ) for kmonad

And the relevant ghc process doesn't put load on the CPU.

The stack of the process indicates that the process is simply waiting on futex:

[<0>] futex_wait_queue+0x69/0xc0
[<0>] __futex_wait+0x14d/0x1b0
[<0>] futex_wait+0x78/0x120
[<0>] do_futex+0xc5/0x190
[<0>] __x64_sys_futex+0x12d/0x210
[<0>] do_syscall_64+0x7b/0x810
[<0>] entry_SYSCALL_64_after_hwframe+0x76/0x7e

I didn't open a bug report to GHC yet since I understand that this is a legacy version and don't have support anymore. Instead, I am trying to seek for any help or ideas, maybe someone else is facing similar issues?

[mpilgrem]

@felixonmars, I am also having trouble with rio-0.1.22.0 to rio-0.1.23.0 (and no other changes) but of a different nature (perhaps related). The stack executable, built against that dependency, compiles but now ends at runtime with the GHC RTS message:

<<loop>>

I am going to write that up at Stack's own repository, while I carry out my investigations.

[mpilgrem]

Comparing the two package versions:

• https://github.com/commercialhaskell/rio/compare/rio-0.1.22.0..rio-0.1.23.0

[mpilgrem]

Following the discussion at https://discourse.haskell.org/t/solved-help-rio-0-1-22-0-to-0-1-23-0-problem/13240, I am going to raise a pull request which may help.