<div dir="ltr">On Tue, Oct 27, 2015 at 10:46 AM, Ben Gamari <span dir="ltr"><<a href="mailto:ben@well-typed.com" target="_blank">ben@well-typed.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">Simon Peyton Jones <<a href="mailto:simonpj@microsoft.com">simonpj@microsoft.com</a>> writes:<br>
</span><span class="">> I cloned an entirely new GHC repository.<br>
> Then 'sh validate'.<br>
> Same result as before: any attempt to run GHCi fails with an unresolved symbol.<br>
><br>
> bash$ c:/code/HEAD-1/inplace/bin/ghc-stage2 --interactive<br>
><br>
> GHCi, version 7.11.20151026: <a href="http://www.haskell.org/ghc/" rel="noreferrer" target="_blank">http://www.haskell.org/ghc/</a>  :? for help<br>
><br>
> ghc-stage2.exe: unable to load package `ghc-prim-0.4.0.0'<br>
><br>
> ghc-stage2.exe: C:\code\HEAD-1\libraries\ghc-prim\dist-install\build\HSghc-prim-0.4.0.0.o: unknown symbol `_stg_upd_frame_info'<br>
><br>
> How could I actually find what the problem is? Trying random things<br>
> and hoping the problem goes away clearly is not working.<br>
><br>
</span>I would first try to find the object file which is supposed to provide<br>
this symbol and figure out whether the problem is one of the RTL<br>
(which is what I would put my money on) or some part of the build<br>
toolchain.<br></blockquote><div><br></div><div> I'm pretty sure this error is being produced by ghc's own runtime linker, which has a built-in symbol table (essentially just a C array of structs of { "foo", &foo }). This array is built from a bunch of macros such as SymI_HasProto(stg_upd_frame_info), which used to be present in rts/Linker.c but were moved to rts/RtsSymbols.c in commit abc214b77d. I guess that commit or a related one was not correct. Windows is the only (major?) platform on which the ghc executable is built statically by default, and therefore uses ghc's own runtime linker.<br><br></div><div>I'll try building a Linux ghc with GHC_DYNAMIC=NO and if it exhibits the same problem I should be able to provide a quick fix.<br><br></div><div>Regards,<br></div><div>Reid Barton<br></div></div></div></div>