Open reubenharry opened 5 months ago
OK, closing this issue, as I remembered the fix, which is: use flowGlossIO
and removed -threaded
in the compilation options.
Ah, great you remembered! Shouldn't we change the code then?
Using flowGlossIO
shouldn't have an effect, it's defined as launchInGlossThread settings . flow
. But I guess -threaded
makes a huge effect. Maybe it's possible to conditionally disable -threaded
on mac?
Hmm interested. Just removing -threaded
was not sufficient (although certainly necessary), so then it's unclear what I did to make it work...
This is tricky: When you change the GHC options in the cabal files, it doesn't necessarily recompile (although it morally should). Can you maybe add a line of comment, recompile, and check whether changing -threaded
maybe in fact is the relevant change?
I did cabal clean
first. Would that cause recompilation?
I would have thought it should. This is confusing. Can you try the following:
master
cabal clean
or git clean
cabal run rhine-bayes-gloss
(this should throw the error)cabal run rhine-bayes-gloss
(this should still throw the error, right?)flowGlossIO
directly (now the error is gone?)flowGlossIO
again (now the error returns?)If the last steps are as predicted, then using flowGlossIO
is indeed necessary.
I stand corrected! After 4, the bug is resolved. Sorry for the confusion.
So yeah, maybe we can disable -threaded conditionally on mac.
Fantastic, thanks!
Running on a Mac (recently updated), when I run the rhine-bayes executable via
cabal run rhine-bayes-gloss
I get(after selecting any of the 3 options in the list).
Curiously, I wasn't having this problem earlier today, and am on the master branch, and did
cabal clean
. Any ideas? (I'm on ghc 9.4.8)(I've previously been able to resolve this issue, e.g. in my rhine-bayes-examples repo, but I can't presently remember how).