- ghc-devs - Haskell.org

Benchmarking experiences: Cabal test vs compiling nofib/spectral/simple/Main.hs
by Andreas Klebinger 23 Jan '21

23 Jan '21

Hello Devs, When I started to work on GHC a few years back the Wiki recommended using nofib/spectral/simple/Main.hs as a test case for compiler performance changes. I've been using this ever since. "Recently" the cabal-test (compiling cabal-the-library) has become sort of a default benchmark for GHC performance. I've used the Cabal test as well and it's probably a better test case than nofib/spectral/simple/Main.hs. I've started using both usually using spectral/simple to benchmark intermediate changes and then looking at the cabal test for the final patch at the end. So far I have rarely seen a large difference between using cabal or spectral/simple. Sometimes the magnitude of the effect was different between the two, but I've never seen one regress/improve while the other didn't. Since the topic came up recently in a discussion I wonder if others use similar means to quickly bench ghc changes and what your experiences were in terms of simpler benchmarks being representative compared to the cabal test. Cheers, Andreas

3 2

Lexing / Parsing and final token
by Alan & Kim Zimmerman 19 Jan '21

19 Jan '21

I am (still) working on !2418 to bring the API Annotations into the GHC ParsedSource, and making good progress. I am currently making a rough port of ghc-exactprint, to ensure I can get all the tests around modifying the AST to work. One of the last pieces is being able to capture the spacing from the last token in the file to the EOF. I guess technically it is the second last token. Empirically (calling getTokenStream), it seems this is always ITsemi. I am not sure how this comes about, as the `module` parsing rule in Parser.y ends with body or body2, and those both finish with an actual or virtual '}'. Can I rely on the token before ITEof always being ITsemi? Alan

2 5

Large Haddock submodule merge landing soon
by Ben Gamari 19 Jan '21

19 Jan '21

Hi all, I have a very large Haddock change (merging Haddock's development branch, `ghc-8.10`, into the `ghc-head` branch) pending in !4819. I will try merge it as soon as Marge's next batch finishes. If you have a Haddock change outstanding you will need to perform a rather significant rebase after this change goes in. However, I am available to help with rebase if needed; just send me the MR number of your merge request and I can take of the rest. Cheers, - Ben

1 0

presentation: Next-gen Haskell Compilation Techniques
by Csaba Hruska 11 Jan '21

11 Jan '21

Hello, I did an online presentation about Haskell related (futuristic) compilation techniques. The application of these methods is also the main motivation of my work with the grin compiler project and ghc-wpc. video: https://www.youtube.com/watch?v=jyaR8E325ok slides: https://docs.google.com/presentation/d/1g_-bHgeD7lV4AYybnvjgkWa9GKuP6QFUyd2… Regards, Csaba

4 5

How to get dwarf stack trace of all live threads (HECs) on demand (e.g. SIGQUIT)?
by YueCompl 07 Jan '21

07 Jan '21

Dear GHC devs, I recently encountered 100% ~ 400% CPU hogging situations to trouble-shoot, I managed to build and use a dwarf enabled GHC-8.10.3 on Ubuntu 18.04 and 20.04 for that, then I find it seemingly dumps only the main thread's stack trace when I press Ctrl+\, but my program is a concurrent language server that will fork a new thread to handle each LSP request, so I really need to see what is going on those threads when CPU get hogged, as the situation is not trivially reproducible, only occurs occasionally after some time of active IDE activity. And I can't figure out how to do that from the user guide, so help please! Thanks & best regards, Compl

1 0

Title index
by Simon Peyton Jones 06 Jan '21

06 Jan '21

Ben On GHC's wiki home page<https://gitlab.haskell.org/ghc/ghc/-/wikis/home> we have Title Index<https://gitlab.haskell.org/ghc/ghc/wikis/index> over in the right margin. I thought the title index was auto-generated. But it doesn't contain this page<https://gitlab.haskell.org/ghc/ghc/-/wikis/Functional-dependencies-in-GHC>. What's up? Thanks Simon

2 1

Debugging annotation machinery
by Phyx 04 Jan '21

04 Jan '21

Hi, I am changing the hashing algorithm used to create Fingerprints but somehow the annrun01.hs test has started failing and I don't quite understand why. >From what I can tell the failure happens during deserialization but the module itself is still found. The calls findGlobalAnns deserializeWithData target seem to return nothing. Calling ~/ghc/inplace/bin/ghc-stage2.exe --show-iface Annrun01_Help.hi shows that GHC itself understands the module fine though. Does someone have an idea why deserialization might be failing? but also how does one debug this? Almost none of the structures have a Show or Outputable instance... Thanks, Tamar

3 2

Nominations close Jan 11th for the Haskell Foundation Board
by Simon Peyton Jones 04 Jan '21

04 Jan '21

Friends Happy new year! The closing date for self-nominations for membership of the Board of the Haskell Foundation<https://haskell.foundation/> is in just under a week: Monday January 11th 2021 The Haskell Foundation is a new non-profit organisation that seeks to articulate the benefits of functional programming to a broader audience, to erase barriers to entry, and to support Haskell as a solidly reliable basis for mission-critical applications. The Board provides the strategic leadership for the Foundation, including its goals, governance, finances, and staff. Membership of the Board is a key leadership role, not an honorary appointment. The Call for Nominations<https://haskell.foundation/board-nominations/> gives more details. Please do consider nominating yourself, or encouraging a suitable (but perhaps modest) colleague to do so. The HF needs a strong Board, and that means strong nominations. Thanks! Please do forward this message on social media or elsewhere. Simon Peyton Jones

1 0

Interruptible foreign calls, part 2
by David Feuer 04 Jan '21

04 Jan '21

Another issue is that (as the recently expanded documentation shows), an `interruptible` foreign call is not actually an "interruptible operation" in the sense used in Control.Exception. To make it so, the caller has to manually call `allowInterrupt`. Or, in the single-threaded runtime, has to call `interruptibleYield`. So ... they have to make a foreign call to `rts_isThreaded` and then use the result to figure out how to deliver a potential exception. What a terrible user experience! Why not bake the "deliver exceptions" part into the FFI code for `interruptible` calls? This stuff has been documented so very recently (not in any released GHC) that I don't imagine much will break if we make these changes.

1 1

Interruptible foreign calls and uninterruptibleMask
by David Feuer 03 Jan '21

03 Jan '21

As I understand it, `interruptible` foreign calls aren't affected by the masking state at all. It seems to me that they really should respect `uninterruptibleMask`. In particular, within the scope of `uninterruptibleMask`, if an exception arrives and successfully interrupts the foreign call, then the `allowInterrupt` call will not actually deliver the exception, and the failure/EINTR loop (e.g., throwIfMinus1Retry) will just perform the interrupted call again. How I think it should work is that an `interruptible` foreign call should act exactly like a `safe` foreign call in the scope of `uninterruptibleMask`. Does this make sense? If so, does it need a GHC proposal?

1 0