The other two are resilient to restarts. On Tue, Jul 27, 2021, 18:49 Moritz Angermann wrote:

You can safely ignore the x86_64-darwin failure. I can get you the juicy details over a beverage some time. It boils down to some odd behavior using rosetta2 on AArch64 Mac mini’s to build x86_64 GHCs. There is a fix somewhere from Ben, so it’s just a question of time until it’s properly fixed.

The other two I’m afraid I have no idea. I’ll see to restart them. (You can’t ?)

On Tue 27. Jul 2021 at 18:10, ÉRDI Gergő wrote:

...

Hi,

I'm seeing three build failures in CI:

1. On perf-nofib, it fails with:

== make boot -j --jobserver-fds=3,4 --no-print-directory; in /builds/cactus/ghc/nofib/real/smallpt ------------------------------------------------------------------------ /builds/cactus/ghc/ghc/bin/ghc -M -dep-suffix "" -dep-makefile .depend -osuf o -O2 -Wno-tabs -Rghc-timing -H32m -hisuf hi -packageunboxed-ref -rtsopts smallpt.hs <command line>: cannot satisfy -package unboxed-ref (use -v for more information)

(e.g. https://gitlab.haskell.org/cactus/ghc/-/jobs/743141#L1465)

2. On validate-x86_64-darwin, pretty much every test fails because of the following extra stderr output:

+ +<no location info>: + warning: Couldn't figure out C compiler information! + Make sure you're using GNU gcc, or clang

(e.g. https://gitlab.haskell.org/cactus/ghc/-/jobs/743129#L3655)

3. On validate-x86_64-linux-deb9-integer-simple, T11545 fails on memory consumption:

Unexpected stat failures: perf/compiler/T11545.run T11545 [stat decreased from x86_64-linux-deb9-integer-simple-validate baseline @ 5f3991c7cab8ccc9ab8daeebbfce57afbd9acc33] (normal)

This one is interesting because there is already a commit that is supposed to fix this:

commit efaad7add092c88eab46e00a9f349d4675bbee06 Author: Matthew Pickering Date: Wed Jul 21 10:03:42 2021 +0100

Stop ug_boring_info retaining a chain of old CoreExpr

[...]

------------------------- Metric Decrease: T11545 -------------------------

But still, it's failing.

Can someone kick these build setups please?

--

.--= ULLA! =-----------------. \ http://gergo.erdi.hu \ `---= gergo@erdi.hu =-------' _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Thanks, this is all great news On Tue, Jul 27, 2021, 21:56 Ben Gamari wrote:

ÉRDI Gergő writes:

...

Hi,

I'm seeing three build failures in CI:

Hi,

...

1. On perf-nofib, it fails with:

Don't worry about this one for the moment. This job is marked as accepting of failure for a reason (hence the job state being an orange exclamation mark rather than a red X).

...

== make boot -j --jobserver-fds=3,4 --no-print-directory; in /builds/cactus/ghc/nofib/real/smallpt ------------------------------------------------------------------------ /builds/cactus/ghc/ghc/bin/ghc -M -dep-suffix "" -dep-makefile .depend -osuf o -O2 -Wno-tabs -Rghc-timing -H32m -hisuf hi -packageunboxed-ref -rtsopts smallpt.hs <command line>: cannot satisfy -package unboxed-ref (use -v for more information)

(e.g. https://gitlab.haskell.org/cactus/ghc/-/jobs/743141#L1465)

2. On validate-x86_64-darwin, pretty much every test fails because of the following extra stderr output:

+ +<no location info>: + warning: Couldn't figure out C compiler information! + Make sure you're using GNU gcc, or clang

(e.g. https://gitlab.haskell.org/cactus/ghc/-/jobs/743129#L3655)

Yes, this will be fixed by !6162 once I get it passing CI.

...

3. On validate-x86_64-linux-deb9-integer-simple, T11545 fails on memory consumption:

Unexpected stat failures: perf/compiler/T11545.run T11545 [stat decreased from x86_64-linux-deb9-integer-simple-validate baseline @ 5f3991c7cab8ccc9ab8daeebbfce57afbd9acc33] (normal)

This test appears to be quite sensitive to environment. I suspect we should further increase its acceptance window to avoid this sort of spurious failure.

Cheers,

Cheers,

- Ben