Commits on Source (14)
-
The binutils documentation (for COFF) claims, > If no flags are specified, the default flags depend upon the section > name. If the section name is not recognized, the default will be for the > section to be loaded and writable. We previously assumed that this would do the right thing for split sections (e.g. a section named `.text$foo` would be correctly inferred to be a text section). However, we have observed that this is not the case (at least under the clang toolchain used on Windows): when split-sections is enabled, text sections are treated by the assembler as data (matching the "default" behavior specified by the documentation). Avoid this by setting section flags explicitly. This should fix split sections on Windows. Fixes #22834.
3ece9856 -
db7f7240
-
Causes haddock comments in signature modules to be properly inserted into the AST (just as they are for regular modules) if the `-haddock` flag is given. Also adds a test that compares `-ddump-parsed-ast` output for a signature module to prevent further regressions. Fixes #23315
b444c16f -
This addresses an odd asymmetry in the ByteArray# primops, which previously provided unsafeFreezeByteArray# but no corresponding thaw operation. Closes #22710
c30cea53 -
This discussion didn't make it into the original MR.
87f9bd47 -
We now supply the non-essential options to haddock using the `extraArgs` field, which can be specified in a Flavour so that if an advanced user wants to change how documentation is generated then they can use something other than the `defaultHaddockExtraArgs`. This does have the potential to regress some packaging if a user has overridden `extraArgs` themselves, because now they also need to add the haddock options to extraArgs. This can easily be done by appending `defaultHaddockExtraArgs` to their extraArgs invocation but someone might not notice this behaviour has changed. In any case, I think passing the non-essential options in this manner is the right thing to do and matches what we do for the "ghc" builder, which by default doesn't pass any optmisation levels, and would likewise be very bad if someone didn't pass suitable `-O` levels for builds. Fixes #23625
e4350b41 -
Commit b4d39adb made 'hs_cmpxchg64()' available to all architectures. Unfortunately this made GHC to fail to build on armel, since armel needs libatomic to support atomic operations on 64-bit word sizes. Configure libraries/ghc-prim/ghc-prim.cabal to link against libatomic, the same way as we do in rts/rts.cabal.
fc186b0c -
It was fixed by commit e1590ddc: Add the SolverStage monad.
5ad8d597 -
In !10907 I made the majority of jobs not run on a validate pipeline but then forgot to renable a select few jobs on the marge batch MR.
4876fddc -
packaging.version seems able to handle this fine
026991d7 -
We mention that if you need a full validation pipeline then you can apply the ~full-ci label to your MR in order to test against the full validation pipeline (like we do for marge).
b91bbc2b -
Krzysztof Gogolewski authored
- Remove unused RDR names - Fix typos in comments - Deriving: simplify boxConTbl and remove unused litConTbl - chmod -x GHC/Exts.hs, this seems accidental
509860a7
Showing
- .gitlab-ci.yml 6 additions, 2 deletions.gitlab-ci.yml
- .gitlab/generate-ci/gen_ci.hs 2 additions, 2 deletions.gitlab/generate-ci/gen_ci.hs
- .gitlab/jobs.yaml 10 additions, 10 deletions.gitlab/jobs.yaml
- .gitlab/merge_request_templates/Default.md 4 additions, 0 deletions.gitlab/merge_request_templates/Default.md
- compiler/GHC/Builtin/Names.hs 1 addition, 40 deletionscompiler/GHC/Builtin/Names.hs
- compiler/GHC/Builtin/Names/TH.hs 1 addition, 23 deletionscompiler/GHC/Builtin/Names/TH.hs
- compiler/GHC/Builtin/primops.txt.pp 8 additions, 0 deletionscompiler/GHC/Builtin/primops.txt.pp
- compiler/GHC/CmmToAsm/Ppr.hs 4 additions, 0 deletionscompiler/GHC/CmmToAsm/Ppr.hs
- compiler/GHC/Core.hs 4 additions, 4 deletionscompiler/GHC/Core.hs
- compiler/GHC/Core/Rules.hs 10 additions, 4 deletionscompiler/GHC/Core/Rules.hs
- compiler/GHC/Core/Type.hs 1 addition, 1 deletioncompiler/GHC/Core/Type.hs
- compiler/GHC/HsToCore/Foreign/JavaScript.hs 4 additions, 5 deletionscompiler/GHC/HsToCore/Foreign/JavaScript.hs
- compiler/GHC/Parser.y 17 additions, 6 deletionscompiler/GHC/Parser.y
- compiler/GHC/Rename/Module.hs 11 additions, 5 deletionscompiler/GHC/Rename/Module.hs
- compiler/GHC/StgToCmm/Prim.hs 4 additions, 0 deletionscompiler/GHC/StgToCmm/Prim.hs
- compiler/GHC/StgToJS/Prim.hs 1 addition, 0 deletionscompiler/GHC/StgToJS/Prim.hs
- compiler/GHC/Tc/Deriv/Generate.hs 17 additions, 38 deletionscompiler/GHC/Tc/Deriv/Generate.hs
- compiler/GHC/Tc/Errors/Ppr.hs 377 additions, 171 deletionscompiler/GHC/Tc/Errors/Ppr.hs
- compiler/GHC/Tc/Errors/Types.hs 408 additions, 296 deletionscompiler/GHC/Tc/Errors/Types.hs
- compiler/GHC/Tc/Gen/HsType.hs 6 additions, 2 deletionscompiler/GHC/Tc/Gen/HsType.hs