Simon Hengel

> The idea of somehow supporting luajit is very tempting. I definitely agree. Lua 5.1 / LuaJIT offers a very tempting value proposition. You get a stable language + JIT...

Also, as a side note, it kind of alienates me that a simple scripting language like Lua still "evolves" in breaking ways. I would rather have something, where the language...

Apparently [Luau](https://luau-lang.org/) is also mostly a superset of Lua 5.1.

@hsyl20 does passing `--disable-multi-repl` to `cabal doctest` on the command line work as a workaround?

@mpilgrem this is a purely cosmetic change, right? Or does this enable any new use cases?

Maybe even ```yaml when: os(windows): source-dirs: windows os(darwin): source-dirs: macos os(linux): source-dirs: linux os(freebsd) || os(openbsd) || os(netbsd): source-dirs: bsd otherwise: source-dirs: unsupported-os ``` Just floating around ideas.

Hmm, I think this message is originating from: https://github.com/ghc/ghc/blob/c318be56f69eb87f1cbb219dd660f09498857ece/compiler/GHC/Settings/IO.hs#L50 I > I think the problem is that `ghc-paths` was compiled with one version of GHC in the PATH and now...

So your `ghc-paths` is not provided by nixpkgs, right? In that case you can try to `rm -rf ~/.local/state/cabal/store`. Please try this first and then report back. I have more...

> I have more to say, but switching device, so give me a second. So continuing here, firstly, what version of GHC are you using? Only GHC 9.8 and later...

But even with a recent version of GHC, what I imagine could happen is that some nixpkgs dependency of GHC changes, resulting in a different store path, while the GHC...