Matthew Pickering writes:
> I added the wiki page now:
> https://ghc.haskell.org/trac/ghc/wiki/Building/InGhci
>
> Do you mean just adding the .ghci file? It seems that this might be
> something that would be good to add to hadrian so that it can control
> the locations of the object files
Hello all,
I am currently working on adding support for SIMD operations to the native
code generator. One of the roadblocks I faced recently was the definition
of the `globalRegType` function in "compiler/cmm/CmmExpr.hs". The
`globalRegType` function maps the STG registers to the respective
hrmm, i think i can help with this tomorrow/ rest of the week, (esp since
i'm one of your mentors :) )
but if other folks have design ideas, more than happy to use as many ideas
as possible!
On Wed, Jun 27, 2018 at 5:32 PM Abhiroop Sarkar
wrote:
> Hello all,
>
> I am currently working on
I added the wiki page now: https://ghc.haskell.org/trac/ghc/wiki/Building/InGhci
Do you mean just adding the .ghci file? It seems that this might be
something that would be good to add to hadrian so that it can control
the locations of the object files rather than splurging them over the
build
It turns out there are two GHC packages: ghc and ghc-bin. I needed to add to
ghc-bin but I wasn't aware of it so added to ghc.
Ömer
Ömer Sinan Ağacan , 26 Haz 2018 Sal, 21:58
tarihinde şunu yazdı:
>
> I did make distclean; ./boot; ./configure ... no luck. Checked ghc.cabal also.
>
> Ömer
>
>
>
Wow! This is an absolute game changer for me with regards to ghc
development. My usual workflow on large haskell projects is to use
GHCI as much as possible for quick iterations. I'm really glad
Csongor figured this out and that you sent an email about it.
I've been messing with this for a bit
