- ghc-devs - Haskell.org

Using same stdout/stderr files for multiple tests?
by Ömer Sinan Ağacan 27 Jan '19

27 Jan '19

I have a test that I want to run with different compile and runtime parameters. I managed to reuse the source file across different tests by adding a extra_files(['source.hs']) to the tests, but I don't know how to do the same for stdout/stderr files. Any ideas? In more details, I have test.hs test.stdout and two tests test('test', [extra_run_opts('...')], compile_and_run, []) test('test_debug', [extra_run_opts('...'), extra_hc_opts('-debug'), extra_files(['test.hs'])], compile_and_run, []) The first test works fine, but the second test fails because I don't know how to tell it to use test.stdout as the stdout file and it looks for test_debug.stdout. Thanks Ömer

3 4

Profuse apologies for email spamming
by Ben Gamari 27 Jan '19

27 Jan '19

Hello everyone, Just a moment ago mistakes were made during a test import of Trac tickets. Consequently you may have found that you have received errant email notifications from gitlab.staging.haskell.org. I have killed the responsible job and ensured that this shouldn't happen again. My apologies for any inconvenience this may have caused. Cheers, - Ben

1 0

Purpose of the CODEOWNERS file
by Matthew Pickering 26 Jan '19

26 Jan '19

There have been a flurry of MRs to add ownership to the CODEOWNERS file but it's not clear to me what this file does. It links to this page: https://docs.gitlab.com/ee/user/project/code_owners.html Which explains the syntax quite thoroughly but doesn't as far as I can see explain how this information is used? So before I add myself to some files, what does adding ownership actually do? Cheers, Matt

2 1

Getting a profiled GHC with hadrian.
by Andreas Klebinger 25 Jan '19

25 Jan '19

Hello Devs, What's the proper way to get a profiled GHC in hadrian? I tried hadrian/build.cabal.sh -j8 --flavour=Prof but that didn't work out: $ _build/stage1/bin/ghc.exe +RTS -p ghc.exe: the flag -p requires the program to be built with -prof ghc.exe: ... What am I doing wrong here? Cheers Andreas

2 1

Hadrian questions
by Richard Eisenberg 25 Jan '19

25 Jan '19

As suggested, I'm trying out Hadrian. I have a few questions. - After building GHC the first time, I often go into the /ghc directory and then do `make 2` to build just the stage-2 compiler. Is that now the same as `build --freeze1`? It would seem not (I haven't tested), because running `make 2` builds only the compiler, not the libraries. Can this workflow be replicated in Hadrian? - I have `userDefaultFlavour = "devel2"` in my hadrian/UserSettings.hs file. But I see build artifacts during compilation of stage-2 that have dyn_o and p_o extensions. I don't want these. Have I done something wrong? Or are these artifacts now necessary? - I have quite a few ghc directories. What are the dependencies of Hadrian so that I can install these into my global package database and avoiding rebuilding them for each ghc tree? (Please don't tell me that the global package database is bad for my health. I know that, and I know why, but it's still terribly convenient, and I'm happy to pay the occasional price for that convenience.) I'm sure I'll have more questions. Thanks! Richard

3 4

Marge: "CI is taking too long"
by Richard Eisenberg 25 Jan '19

25 Jan '19

Marge has complained that https://gitlab.haskell.org/rae/ghc/-/jobs/17206 is taking too long. And indeed it seems stuck. Help? Thanks, Richard

2 1

"resource exhausted" in CI
by Richard Eisenberg 24 Jan '19

24 Jan '19

Hi Ben, The pipeline for a recent patch (https://gitlab.haskell.org/rae/ghc/-/jobs/16793) says: HC [stage 1] compiler/stage2/build/TcForeign.o HC [stage 1] compiler/stage2/build/TcRules.o /tmp/ghc6477_0/ghc_3.s: hClose: resource exhausted (No space left on device) compiler/ghc.mk:445: recipe for target 'compiler/stage2/build/TcTyClsDecls.o' failed make[1]: *** [compiler/stage2/build/TcTyClsDecls.o] Error 1 make[1]: *** Waiting for unfinished jobs.... Is there a way to avoid this? Or should I just restart the CI? And what does Marge think of it all? (As in, if I ask her to take another spin, will she do so on the same commit?) Thanks, Richard

4 7

access failed CI artifacts
by Richard Eisenberg 24 Jan '19

24 Jan '19

A pipeline of mine failed: https://gitlab.haskell.org/rae/ghc/-/jobs/16807 The failures are just some output changes. I could delicately use the log to extract the changes and commit them, but it would be better to have direct access to, say, the *.run.stderr files and then commit those. Is this possible? Note that I do not have a build of this tree locally, as it's the result of a rebase that affected the output. Of course, I could build locally, but it would be nice to skip that step. Thanks! Richard

2 1

Groups and projects
by Simon Peyton Jones 24 Jan '19

24 Jan '19

> Alright, I believe I have found the issue: you are a member of > the GHC group and GitLab's default notification behavior is that > you will receive notifications for all events of repositories in > groups to which you belong. OK thanks, that's helpful. When you say "repository" could you also have said "project". That is, are "projects" and "repositories" in 1-1 correspondence? So, to understand the semantics, you can belong to * A project. * A group What's the difference? The group seems to be "Glasgow Haskell Compiler"; the project seems to be "Glasgow Haskell Compiler / GHC". Does that imply that * every project is part of a group; but * a group may have many projects? Or maybe a project can be part of more than one group? The "Custom settings" on a project seem to be identical to the "custom settings" for a group. If Gitlab is deciding whether to send me a notification N, is it clear whether it's a "project notification" or a "group notification"? If so, then it can consult the appropriate settings; but if not, it's not clear. Sorry for all these questions. It's astonishingly common for large software systems to describe the surface knobs without describing the underlying model that makes sense of all those knobs! Simon -----Original Message----- From: Ben Gamari <ben(a)well-typed.com> Sent: 24 January 2019 03:30 To: Simon Peyton Jones <simonpj(a)microsoft.com> Subject: RE: GHC | hWaitForInput-accurate-pipe test (!21) Simon Peyton Jones <simonpj(a)microsoft.com> writes: > Yes, tons of them! I attach a dozen that arrived in the last few hrs. > Alright, I believe I have found the issue: you are a member of the GHC group and GitLab's default notification behavior is that you will receive notifications for all events of repositories in groups to which you belong. You can view and modify these settings yourself here but I have changed them to be a bit more selective. You should now only receive notifications of new merge requests and new comments on merge requests on which you have previously commented. Do let me know if you receive any more unwanted mail. Cheers, - Ben

2 1

Disabled Travis
by Ben Gamari 23 Jan '19

23 Jan '19

Hi All, Travis appears [1] to be both broken and struggling to keep up with our builds. I have disabled it for now. If you have an interest in maintaining Travis then feel free to fix and reenable it. Cheers, - Ben [1] https://travis-ci.org/ghc/ghc/builds

1 0