Sure, I've just added you to the set of users allowed to push to
GitHub's haskell/haddock repo.
There's a ghc-devs team in the haskell github organization,
https://github.com/orgs/haskell/teams/ghc-devs
This link is broken. Is this the same as:
https://github.com/orgs/haskell/members
?
On 2014-06-30 at 08:45:57 +0200, Jan Stolarek wrote:
Herbert, all,
I just pulled the new HEAD and have a question which I believe was not
addressed so far. In my
work on the GHC tree I never pulled the dph subrepo because the only thing it
adds for me is
extra build time (of course I
It may be worth considering setting BUILD_DPH=NO in some of the
quick-build templates in mk/build.mk, but I didn't want to change
anything w/o discussion here first.
+1 from me. I see this change as being beginner-friendly - most newcomers
probably don't need DPH.
Janek
Good to document this in our building guide somewhere.
https://ghc.haskell.org/trac/ghc/wiki/Building/Using perhaps
Simon
| -Original Message-
| From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of
| Herbert Valerio Riedel
| Sent: 01 July 2014 10:19
| To: Jan Stolarek
|
At the risk of sounding redundantly redundant, I'd like to third this.
My workflow for finding stuff in the GHC codebase is a mixture of grep
and Hoogle. Searching Hoogle for +ghc :: [TyVar] - Type - Type is
a huge timesaver, and Hoogle sends me to the generated haddock
comments. Usually the
On Mon, Jun 30, 2014 at 1:25 PM, Ian Lynagh ig...@earth.li wrote:
It was converted to markdown, and GHC's build system doesn't know how to
build markdown docs. It's in libraries/Cabal/Cabal/doc/.
Okay then... I can see how the GHC build doesn't want to depend on pandoc!
I'll probably remove
The s/r conflicts can also be a problem, depending on what you're trying
to parse. It's generally a good idea to get rid of them if you can, but
at the least you should understand why they exist (use happy --info) and
document them in Parser.y.pp.
Cheers,
Simon
On 30/06/2014 14:04, Simon
Hi all,
Code for entering cost-centres before executing the function/thunk
body is generated in `compiler/codeGen/StgCmmBind.hs`, by `thunkCode`
and `closureCodeBody` functions. But we also have some
`enterCostCentreThunk` and `enterCostCentreFun` calls in
`rts/Apply.cmm` and