Hi Simon,
On Wed, Jun 13, 2018 at 5:24 PM, Simon Peyton Jones
wrote:
> OK – so maybe the root cause is a framework failure – and indeed for the
> last few weeks I’ve seen
>
> Framework failures:
>
>plugins/plugins07.run plugins07 [normal] (pre_cmd failed: 2)
>
>plugins/T10420.run T1
OK – so maybe the root cause is a framework failure – and indeed for the last
few weeks I’ve seen
Framework failures:
plugins/plugins07.run plugins07 [normal] (pre_cmd failed: 2)
plugins/T10420.run T10420 [normal] (pre_cmd failed: 2)
plugins/T11244.run T11244 [normal] (pre_cm
Hi Simon,
The strace is only supposed to run when the normal test pre_cmd fails.
If it's running that often it means your tests are all failing during
pre_cmd with a framework failure
https://git.haskell.org/ghc.git/blobdiff/4778cba1dbb6adf495930322d7f9e9db0af60d8f..60fb2b2160aa16194b74262f4df8fad
Tamar
I'm getting megabytes of output from 'sh validate' on windows. It looks like
this
629 151745 [main] sh 2880 fhandler_base::fhaccess: returning 0
291 152036 [main] sh 2880 faccessat: returning 0
7757 159793 [main] sh 2880 fhandler_base_overlapped::wait_overlapped: wfres 0,
wores 1
I'm not sure how you could make DYNAMIC_GHC_PROGRAMS into a runtime flag,
since it controls whether GHC itself (and the other tools) are built as
dynamic executables. If GHC is a dynamic executable, then it can only load
-fPIC code to link at runtime.
Cheers
Simon
On 13 June 2018 at 02:30, Moritz