primitive using PrimWrappers rather than PrimOpWrappers?
carter.schonwald at gmail.com
Thu Sep 19 11:53:20 UTC 2013
I seem to have sorted it out. There's still some dirty module state, but
nothing that's a blocker. If I hit it again today ill be sure to holler.
On Thursday, September 19, 2013, Jan Stolarek wrote:
> As Gabor pointed out, this sounds like problems with rebasing on top of my
> patches. Carter, have you managed to resolve this? If not then please let
> me know - I'll try to help.
> ----- Oryginalna wiadomość -----
> Wysłane: środa, 18 wrzesień 2013 23:50:48
> Temat: Re: primitive using PrimWrappers rather than PrimOpWrappers?
> $ git pull --rebase
> just pulls and then rebases your local commits. It gives up (with an
> error message) if there are unstaged changes in the workspace.
> > what does the rebase flag do? I did my rebase via the sourcetree gui
> >> I had the same error, turned out that
> >> ./sync-all pull --rebase
> >> did not correctly terminate, because I had modified files around
> >> This helped:
> >> ./sync-all pull
> >> perl boot
> >> ./configure
> >> make --keep-going
> >> HTH,
> >> Gabor
> >> > hey all,
> >> > i just rebased my prefetch patch onto HEAD, and now i'm working on
> >> getting
> >> > ghc to build
> >> >
> >> > looks like Data.Primitive.Types is trying to import PrimWrappers
> >> > than PrimOpWrappers?
> >> >
> >> > i patched that up in my local build, but that seems to be missing,
> >> > unless
> >> > i'm overlooking somthing and i'm botching the submodules?
> >> >
> ghc-devs mailing list
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ghc-devs