After switching to git, I discovered that ghci is interpreting a lot of modules
when it should have loaded the .o files (i.e. I get 'SomeModule (interpreted)'
instead of 'Skipped SomeModule').
It turns out that git checkouts update the modtime on checked-out files, even
when they get reverted
Mitsutoshi Aoe writes:
> Hi Ben,
>
> Thanks for your reply. I take that at least for the GHC part I can
> submit the diff to phab and ask for review. I’ll do it.
>
Absolutely. I'm looking forward to seeing it.
>> As far as adding a wrapper in `base`, I think we can just go ahead and
> do it.
>
Hi Ben,
Thanks for your reply. I take that at least for the GHC part I can submit the
diff to phab and ask for review. I’ll do it.
> As far as adding a wrapper in `base`, I think we can just go ahead and
do it.
Note that the wrapper cannot live in base doe to the dependency on bytestring.
I’m
Gabor Greif writes:
> Hi all,
>
> the manual mentions `-ddump-simpl-phases` but there is no such flag
> [1]. How should we fix this?
>
How does D4750 look to you?
Cheers,
- Ben
signature.asc
Description: PGP signature
___
ghc-devs mailing list
Mitsutoshi Aoe writes:
> Hi devs,
>
> I'm thinking to add a primop in GHC but not sure how I should proceed. The
> primop I have in mind is something like:
>
> traceEventBinary# :: Addr# -> Int# -> State# s -> State# s
>
> This function is similar to the existing traceEvent# but it takes a
Hello everyone,
The GHC team is pleased to announce the availability of GHC 8.4.3. The
source distribution, binary distributions, and documentation for this
release are available at
https://downloads.haskell.org/~ghc/8.4.3
This release includes a few bug fixes including:
* A code
Hi devs,
I have a simple question, but could not find an answer yet. The same
variable (I checked!) appears in two dumps with different names and
different external visibilities.
Which pass transforms this variable to a global id, and why? Shouldn't
a LclId remain local along the entire
Hi all,
the manual mentions `-ddump-simpl-phases` but there is no such flag
[1]. How should we fix this?
Cheers,
Gabor
[1] $ git grep ddump-simpl-phases
docs/users_guide/debugging.rst:outputs even more information than
``-ddump-simpl-phases``.
Dear friends,
when we build GHC with DYNAMIC_GHC_PROGRAMS=YES, we essentially prevent ghc/ghci
from using archives (.a). Is there a technical reason behind this? The only
only reasoning so far I've came across was: insist on using dynamic/shared
objects,
because the user said so when building
Hi Niklas,
Sorry for slow reply - I'm totally snowed under at the moment.
I should be able to give some overview/examples of what are primops and how
they go through the compilation pipeline. And talk a bit about the
Cmm-level parts of GHC. But I won't have much time to prepare, so there
might
I forgot to mention that I have prototype implementation:
* https://github.com/maoe/ghc/tree/traceEventBinary
*
https://github.com/maoe/ghc-trace-events/blob/feature/traceEventBinary/src/Debug/Trace/ByteString.hs#L46-L58
Some details still need to be sorted out though.
Regards,
Mitsutoshi
Hi devs,
I'm thinking to add a primop in GHC but not sure how I should proceed. The
primop I have in mind is something like:
traceEventBinary# :: Addr# -> Int# -> State# s -> State# s
This function is similar to the existing traceEvent# but it takes a chunk
of bytes rather than a
> For some more technical background, the "InfoTableProf" module is only
> built/needed
> when it is used with PROFILING. It uses CPP to "peek" into the StgInfoTable,
> which changes under profiling.
I think my issue was that nixpkgs.ghcHEAD configurePhase was overwriting my
build.mk. That
Huh,
So this is a bug I thought I dealt with :/
In the short term, I've found that often simply trying the build again can fix
it. This is a dependency issue that I don't 100% understand.
For some more technical background, the "InfoTableProf" module is only
built/needed when it is used with
14 matches
Mail list logo
