What changed between GHC 8.8 and 8.10 that could cause this?

ÉRDI Gergő gergo at erdi.hu
Sun Mar 7 03:02:07 UTC 2021


Thanks Matthew and Julian! Unfortunately, trying out GHC before/after this 
change didn't turn out to be as easy as I hoped: to do my testing, I 
need to build a given GHC commit, and then use that via Stack to install 
~140 dependencies so that I can then test the problem I have initially 
seen. And it turns out doing that with a random GHC commit is quite 
painful because in any given Stackage snapshot there will be packages with 
which the GHC-bundled libraries are incompatible... :/



On Thu, 4 Mar 2021, Julian Leviston wrote:

> Hi,I don’t know enough about what Clash does to comment really, but it sounds like
> it’s to do with my work on enabling multiple linker instances
> in https://gitlab.haskell.org/ghc/ghc/-/merge_requests/388 — maybe reading through
> that or the plan I outlined at https://gitlab.haskell.org/ghc/ghc/-/issues/3372 might
> help, though I’m not sure.
> 
> Strange, though, as this work was to isolate state in GHC — to change it from using a
> global IORef to use a per-process MVar . But it definitely did change the way state is
> handled, so it might be the related to these issues somehow?
> 
> I realise this isn’t much help, but maybe it points you in a direction where you can
> begin to understand some more.
> 
> Julian
>
>       On 4 Mar 2021, at 10:55 pm, ÉRDI Gergő <gergo at erdi.hu> wrote:
> 
> Hi,
> 
> I'm trying to figure out a Clash  problem and managed to track it down to a GHC
> upgrade; specifically, a given Clash version, when based on GHC 8.8, has no
> problem synthesizing one module after another from one process; but the same
> Clash version with GHC 8.10 fails with link-time errors on the second
> compilation.
> 
> The details are at https://github.com/clash-lang/clash-compiler/issues/1686
> but for now I'm just hoping that some lightbulb will go off for someone if some
> handling of internal state has changed in GHC that could mean that the symbol
> tables of loaded modules could persist between GHC invocations from the same
> process.
> 
> So, does this ring a bell for anyone?
> 
> Thanks,
> Gergo
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
> 
> 
> 
>

-- 

   .--= ULLA! =-----------------.
    \     http://gergo.erdi.hu   \
     `---= gergo at erdi.hu =-------'
I tried to commit suicide once by taking over 1,000 aspirin. But after I took 2, I felt better!


More information about the ghc-devs mailing list