- ghc-devs - Haskell.org

Can't build GHC any more
by Simon Peyton Jones 24 Oct '24

24 Oct '24

Friends On all my builds, using ./boot; ./configure; ./hadrian/build I am getting the crash below. What should I do? My boot compiler is ghc-9.6. I can't build GHC at all right now, so this is somewhat urgent. Thank you! Simon ]0;Running for 5m11s [11771/39023], predicted 49s (86%)(/home/simonpj/code/HEAD) ]0;Running for 5m16s [11771/39023], predicted 49s (86%)(/home/simonpj/code/HEAD) ghc/GHCi/UI.hs:1704:5: warning: [GHC-53633] [-Woverlapping-patterns] Pattern match is redundant In a case alternative: _ -> ... | 1704 | _ -> pure () | ^^^^^^^^^^^^ | Run Ghc CompileHs (Stage0 InTreeLibs): ghc/Main.hs => _build/stage0/ghc/build/Main.o | Run Ghc LinkHs (Stage0 InTreeLibs): _build/stage0/ghc/build/Main.o (and 6 more) => _build/stage0/bin/ghc Command line: /home/simonpj/.ghcup/bin/ghc -Wall -Wcompat -hisuf hi -osuf o -hcsuf hc -static -hide-all-packages -no-user-package-db '-package-env -' '-package-db _build/stage0/lib/package.conf.d' '-this-unit-id ghc-bin-9.13.20241015-inplace' '-this-package-name ghc-bin' '-package-id array-0.5.5.0' '-package-id base-4.18.0.0' '-package-id bytestring-0.11.4.0' '-package-id containers-0.6.7' '-package-id deepseq-1.4.8.1' '-package-id directory-1.3.9.0-inplace' '-package-id exceptions-0.10.7' '-package-id filepath-1.5.2.0-inplace' '-package-id ghc-9.13-inplace' '-package-id ghc-boot-9.13-inplace' '-package-id ghc-prim-0.10.0' '-package-id ghci-9.13-inplace' '-package-id haskeline-0.8.2.1' '-package-id process-1.6.25.0-inplace' '-package-id time-1.14-inplace' '-package-id transformers-0.6.1.0' '-package-id unix-2.8.5.1-inplace' -i -i/home/simonpj/code/HEAD/_build/stage0/ghc/build -i/home/simonpj/code/HEAD/_build/stage0/ghc/build/ghc/autogen -i/home/simonpj/code/HEAD/ghc -I_build/stage0/ghc/build -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/process-1.6.17.0/include -I/home/simonpj/code/HEAD/compiler -I/home/simonpj/code/HEAD/_build/stage0/compiler/build -I/home/simonpj/code/HEAD/libraries/process/include -I/home/simonpj/code/HEAD/_build/stage0/libraries/process/build/include -I/home/simonpj/code/HEAD/libraries/directory -I/home/simonpj/code/HEAD/_build/stage0/libraries/directory/build -I/home/simonpj/code/HEAD/libraries/unix/include -I/home/simonpj/code/HEAD/_build/stage0/libraries/unix/build/include -I/home/simonpj/code/HEAD/libraries/time/lib/include -I/home/simonpj/code/HEAD/_build/stage0/libraries/time/build/lib/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/directory-1.3.8.1/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/time-1.12.2/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/bytestring-0.11.4.0/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/base-4.18.0.0/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/ghc-bignum-1.3/include -I/home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/x86_64-linux-ghc-9.6.2/rts-1.0.2/include -optP-include -optP_build/stage0/ghc/build/ghc/autogen/cabal_macros.h -optP-DHAVE_INTERNAL_INTERPRETER -outputdir _build/stage0/ghc/build -fdiagnostics-color=always -Wall -Wnoncanonical-monad-instances -Wnoncanonical-monoid-instances -rtsopts=all '-with-rtsopts=-K512M -H -I5 -T' -threaded -XGHC2021 -XNoImplicitPrelude -XScopedTypeVariables -XBangPatterns -no-auto-link-packages -rtsopts -optc-Wno-error=inline _build/stage0/ghc/build/Main.o _build/stage0/ghc/build/GHCi/Leak.o _build/stage0/ghc/build/GHCi/UI.o _build/stage0/ghc/build/GHCi/UI/Info.o _build/stage0/ghc/build/GHCi/UI/Monad.o _build/stage0/ghc/build/GHCi/UI/Exception.o _build/stage0/ghc/build/GHCi/Util.o -o _build/stage0/bin/ghc -O -H32m -dcore-lint -fomit-interface-pragmas -I_build/stage0/compiler/build -DDEBUG ===> Command failed with error code: 1 /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hsunix_rtldNext' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hsunix_rtldDefault' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hsunix_push_module' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hsunix_clocks_per_second' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hscore_readdir' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hscore_d_name' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here /usr/bin/ld.gold: error: _build/stage0/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.5.1-inplace/libHSunix-2.8.5.1-inplace.a(HsUnix.o): multiple definition of '__hscore_free_dirent' /usr/bin/ld.gold: /home/simonpj/.ghcup/ghc/9.6.2/lib/ghc-9.6.2/lib/../lib/x86_64-linux-ghc-9.6.2/unix-2.8.1.0/libHSunix-2.8.1.0.a(HsUnix.o): previous definition here collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ]0;Finished in 5m19s(/home/simonpj/code/HEAD) Command failed Build failed. make: *** [/home/simonpj/code/Makefile-spj:12: all] Error 1 simonpj@LHR-WD-22561:~/code/HEAD$

6 6

How is ExitCode handled?
by Tom Ellis 21 Oct '24

21 Oct '24

Hello all, I'm not sure I understand how an `ExitCode` exception is used to terminate a running program. Can anyone clarify? When we call `exitWith`, what we're doing is `throw`ing an `ExitCode` exception: https://www.stackage.org/haddock/lts-22.38/base-4.18.2.1/src/System.Exit.ht… That exception must be caught somewhere, and used to cause the running program to exit with the exit code in question. But where? It's not in the default `uncaughtExceptionHandler`: https://hackage.haskell.org/package/base-4.20.0.0/docs/src/GHC-Conc-Sync.ht… That doesn't do anything special with exit code. It seems like real_handler does: https://hackage.haskell.org/package/ghc-internal-9.1001.0/docs/src/GHC.Inte… >From my experiements with a small program (below) I conclude that the default handler is installed on every thread, and real_handler is installed *on the main thread only* *below* the default handler, so that if an `ExitCode` exception is thrown the default handler never gets a chance to see it. Is that right? Thanks, Tom {-# LANGUAGE GHC2021 #-} {-# LANGUAGE LambdaCase #-} import System.Environment (getArgs) import System.Exit (ExitCode (ExitFailure)) import Control.Exception (Exception, SomeException (SomeException), throw) import GHC.Conc (forkIO, setUncaughtExceptionHandler, threadDelay) data MyEx = MyEx deriving Show instance Exception MyEx myHandler (SomeException e) = putStrLn $ "In myHandler: " <> show e run f = do setUncaughtExceptionHandler myHandler f main = do getArgs >>= \case -- Exits with exit code 1 ["1"] -> run (throw (ExitFailure 1)) -- Print: In myHandler: MyEx -- Exits with exit code 1 ["2"] -> run (throw MyEx) -- Print: In myHandler: ExitFailure 1 -- Exits with exit code 0 ["3"] -> run (forkIO (throw (ExitFailure 1))) -- Print: In myHandler: MyEx -- Exits with exit code 0 ["4"] -> run (forkIO (throw MyEx)) _ -> error "Need an argument" threadDelay (1000 * 1000)

1 2

[ANNOUNCE] GHC 9.8.3 is now available
by Ben Gamari 20 Oct '24

20 Oct '24

The GHC developers are happy to announce the availability of GHC 9.8.3. Binary distributions, source distributions, and documentation are available on the [release] page. This release is primarily a bugfix release the 9.8 series. These include: * Significantly improve performance of code loading via dynamic linking (#23415) * Fix a variety of miscompilations involving sub-word-size FFI arguments (#25018, #24314) * Fix a rare miscompilation by the x86 native code generator (#24507) * Improve runtime performance of some applications of `runRW#` (#25055) * Reduce fragmentation when using the non-moving garbage collector (#23340) * Fix source links in Haddock's hyperlinked sources output (#24086) A full accounting of changes can be found in the [release notes]. As some of the fixed issues do affect correctness users are encouraged to upgrade promptly. We would like to thank Microsoft Azure, GitHub, IOG, the Zw3rk stake pool, Well-Typed, Tweag I/O, Serokell, Equinix, SimSpace, Haskell Foundation, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Finally, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release. As always, do give this release a try and open a [ticket][] if you see anything amiss. Happy compiling! - Ben [release]: https://www.haskell.org/ghc/download_ghc_9_8_3.html [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new [release notes]: https://downloads.haskell.org/~ghc/9.8.3/docs/users_guide/9.8.3-notes.html

1 0

Re: [Haskell-cafe] [ANNOUNCE] GHC 9.12.1-alpha1 is now available
by George Colpitts 16 Oct '24

16 Oct '24

Thanks Vanessa, it seems you had the same workaround: " remove and reinstall XCode command-line tools." Zubin What OS were the install tests run on? I'm running on 15.0.1. I think 15.1 is coming at the end of the month around the same time as alpha 2, hopefully 15.1 will be accompanied by a new version of XCode command-line tools that resolves these issues. On Wed, Oct 16, 2024 at 7:58 PM Vanessa McHale <vamchale(a)gmail.com> wrote: > I encountered something similar, Apple had been majorly slacking. > > [image: 89166504e40f4869ea825dd70048017861ec8578.png] > > Cabal can't find C++ headers for digest/text on Mac (Sequoia) > <https://discourse.haskell.org/t/cabal-cant-find-c-headers-for-digest-text-o…> > discourse.haskell.org > <https://discourse.haskell.org/t/cabal-cant-find-c-headers-for-digest-text-o…> > > <https://discourse.haskell.org/t/cabal-cant-find-c-headers-for-digest-text-o…> > > > On Oct 16, 2024, at 3:53 PM, George Colpitts <george.colpitts(a)gmail.com> > wrote: > > > It worked for me on my M2 mac but only after uninstalling and reinstalling > Command Line Tools. > > Hopefully the problem I had was unique to me. I got an error when I ran > ./configure on my M2 mac: > > checking C++ standard library flavour... actest.cpp:1:10: fatal error: > 'iostream' file not found > 1 | #include <iostream> > | ^~~~~~~~~~ > 1 error generated. > configure: error: Failed to compile test program > > Following is the complete output I got > > checking for opt-17... no > checking for opt-17.0... no > checking for opt17... no > checking for opt-16... no > checking for opt-16.0... no > checking for opt16... no > checking for opt-15... no > checking for opt-15.0... no > checking for opt15... no > checking for opt-14... no > checking for opt-14.0... no > checking for opt14... no > checking for opt-13... no > checking for opt-13.0... no > checking for opt13... no > checking for opt... opt > checking opt version (18.1.8) is between 13 and 20... yes > checking for clang-19... no > checking for clang-19.0... no > checking for clang19... no > checking for clang-18... clang-18 > checking clang-18 version (18.1.8) is between 13 and 20... yes > configure: $CC is not gcc; assuming it's a reasonably new C compiler > checking whether CC supports -no-pie... no > checking whether CC supports flags passed by GHC when compiling via C... > yes > checking Setting up CFLAGS, LDFLAGS, IGNORE_LINKER_LD_FLAGS and > CPPFLAGS... done > checking Setting up CONF_CC_OPTS_STAGE0, CONF_GCC_LINKER_OPTS_STAGE0, > CONF_LD_LINKER_OPTS_STAGE0 and CONF_CPP_OPTS_STAGE0... done > checking Setting up CONF_CC_OPTS_STAGE1, CONF_GCC_LINKER_OPTS_STAGE1, > CONF_LD_LINKER_OPTS_STAGE1 and CONF_CPP_OPTS_STAGE1... done > checking Setting up CONF_CC_OPTS_STAGE2, CONF_GCC_LINKER_OPTS_STAGE2, > CONF_LD_LINKER_OPTS_STAGE2 and CONF_CPP_OPTS_STAGE2... done > checking whether ld64 requires -no_fixup_chains... yes > checking whether ld64 requires -no_fixup_chains... yes > checking whether ld64 requires -no_fixup_chains... yes > checking whether ld64 requires -no_fixup_chains... yes > checking whether the linker requires -no_warn_duplicate_libraries... yes > checking whether the linker requires -no_warn_duplicate_libraries... yes > checking whether the linker requires -no_warn_duplicate_libraries... yes > checking whether ld supports response files... yes > checking C++ standard library flavour... actest.cpp:1:10: fatal error: > 'iostream' file not found > 1 | #include <iostream> > | ^~~~~~~~~~ > 1 error generated. > configure: error: Failed to compile test program > > On Wed, Oct 16, 2024 at 8:51 AM Zubin Duggal <zubin(a)well-typed.com> wrote: > >> The GHC developers are very pleased to announce the availability >> of the first alpha release of GHC 9.12.1. Binary distributions, source >> distributions, and documentation are available at [downloads.haskell.org >> ][]. >> >> >> We hope to have this release available via ghcup shortly. >> >> GHC 9.12 will bring a number of new features and improvements, including: >> >> * The new language extension [OrPatterns] allowing you to combine >> multiple >> pattern clauses into one. >> >> * The [MultilineStrings] language extension to allow you to more easily >> write >> strings spanning multiple lines in your source code. >> >> * Improvements to the OverloadedRecordDot extension, allowing the >> built-in >> `HasField` class to be used for records with fields of non lifted >> representations. >> >> * The [NamedDefaults] language extension has been introduced allowing >> you to >> define defaults for typeclasses other than `Num`. >> >> * More deterministic object code output, controlled by the >> `-fobject-determinism` >> flag, which improves determinism of builds a lot (though does not >> fully do so) >> at the cost of some compiler performance (1-2%). See #12935 for the >> details >> >> * GHC now accepts type syntax in expressions as part of [GHC Proposal >> #281]. >> >> * ... and many more >> >> A full accounting of changes can be found in the [release notes][]. >> As always, GHC's release status, including planned future releases, can >> be found on the GHC Wiki [status][]. >> >> We would like to thank GitHub, IOG, the Zw3rk stake pool, >> Well-Typed, Tweag I/O, Serokell, Equinix, SimSpace, the Haskell >> Foundation, and other anonymous contributors whose on-going financial >> and in-kind support has facilitated GHC maintenance and release >> management over the years. Finally, this release would not have been >> possible without the hundreds of open-source contributors whose work >> comprise this release. >> >> As always, do give this release a try and open a [ticket][] if you see >> anything amiss. >> >> >> [release notes]: >> https://downloads.haskell.org/ghc/9.12.1-alpha1/docs/users_guide/9.12.1-not… >> [status]: https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status >> [downloads.haskell.org] https://downloads.haskell.org/ghc/9.12.1-alpha1 >> [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new >> [OrPatterns]: >> https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0522-o… >> [MultilineStrings]: >> https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0569-m… >> [GHC Proposal #281]: >> https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0281-v… >> [NamedDefaults]: >> https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0409-e… >> >> >> Cheers, >> Zubin >> _______________________________________________ >> ghc-devs mailing list >> ghc-devs(a)haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs >> > _______________________________________________ > Haskell-Cafe mailing list > To (un)subscribe, modify options or view archives go to: > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe > Only members subscribed via the mailman list are allowed to post. > >

1 0

GHC 9.8.3 release status
by Ben Gamari 16 Oct '24

16 Oct '24

Hi all, Unfortunately, GHC's packaging testsuite has revealed an installation issue affecting the GHC 9.8.3 release which was scheduled to be published today. Consequently, the release date will be pushed back to Friday at the earliest. Cheers, - Ben

1 0

GHC 9.12 fork imminent - Please hold off on assigning MRs to Marge
by Zubin Duggal 09 Oct '24

09 Oct '24

Hi all, I hope to fork GHC 9.12 by the end of this week. To do so, I need a few large MRs to land. The list is in this comment: https://gitlab.haskell.org/ghc/ghc/-/issues/25123#note_585059 Due to our ongoing CI capacity issues, I ask that you hold off on assigning any new MRs to marge, particularly ones that have not passed a full-ci pipeline. If you need your MR to be included in GHC 9.12.1, all you need to do is add the appropriate milestone. If the MRs do not make it in by the fork date, I will follow up on them and backport them to the branch if appropriate. I will send an email once the fork has been successfully completed and it is safe to assign to Marge once more. Thanks, Zubin

2 2

Tunnelling information between plugin hooks
by ÉRDI Gergő 08 Oct '24

08 Oct '24

Hi, Is there a way to compute some value inside a plugin hook, and then make that available to a later hook (other than horrible hacks like writing it to a global `IORef` / `MVar`)? For example, suppose my `parsedResultAction` looks at the parsed AST and computes a `MySourceStats` from it. How can I then access that `MySourceStats` value from my `typeCheckResultAction`? Thanks, Gergo

1 0

GHC 9.8.3 plans
by Ben Gamari 30 Sep '24

30 Sep '24

Hi all, I am currently in the process of preparing our next release in the 9.8 series, 9.8.3. This release will include well over 70 backports. As I am a bit less than half-way through the backport process I have currently scheduled the release date for Wednesday 16 October 2024. I have included a list of currently-planned backports below (however it is possible that some of those in the to-do section may be dropped due to feasibility). If you know of anything else which you suspect should be backported do let me know on this thread and by applying the usual ~"backport needed:9.8" label. Cheers, - Ben # Already backported * [x] !12748: rts: fix checkClosure error message * [x] !12734: Various rts fixes for issues spotted by UndefinedBehaviorSanitizer * [x] !13252: Bump submodule array to 0.5.8.0 * [x] !13240: Bump submodule deepseq to 1.5.1.0 * [x] !13306: ci: Fix variable inheritence for ghcup-metadata testing job * [x] !13276: Fix interaction between fork and kqueue (#24672) * [x] !13151: JS: support rubbish static literals (#25177) * [x] !13113: AARCH64 linker: skip NONE relocations * [x] !13096: Cmm: don't perform unsound optimizations on 32-bit compiler hosts (#24893 #24700) * [x] !13091: GHCi debugger: drop record name spaces for Ids * [x] !13070: Only lookup ghcversion.h file in the RTS include-dirs by default. * [x] !13038: Address #25055, by disabling case-of-runRW# in Gentle phase * [x] !13010: Linker: Add windows R_X86_64_PC64 relocation support * [x] !12990: Fix -freg-graphs for FP and AARch64 NCG (#24941). * [x] !12885: PPC NCG: Fix sign hints in C calls * [x] !12975: X86 NCG: Fix argument promotion in foreign C calls * [x] !12914: Linker: use m32 allocator for sections when NEED_PLT (#24432) * [x] !12784: compiler: emit NaturallyAligned when element type & index type are the same width * [x] !12773: GHCi interpreter: Tag constructor closures when possible. * [x] !12713: user_guide: Fix typo in MultiWayIf chapter * [x] !12665: Add missing parenthesizePat in cvtp * [x] !12655: Reverse arguments to stgCallocBytes (fix #24828) * [x] !12574: doc: Fix type error in hs_try_putmvar example * [x] !12558: Add test cases for #24664 * [x] !12484: compiler: Fingerprint -fwrite-if-simplified-core * [x] !12463: JS: correctly handle RUBBISH literals (#24664) * [x] !12459: Don't depend on registerPackage function in Cabal * [x] !12432: Fix ghc API link in docs/index.html # To-do * [ ] !13237: Add `IsBootInterface` to finder cache keys * [ ] !12756: WIP: GHC.Cmm.Opt: Fix overflow on 32bit hosts (error) * [ ] !12639: Bump os-string submodule to 2.0.2.2 * [ ] !12607: refactor quadratic search in warnMissingHomeModules * [ ] !12603: Compatibility with 9.8.1 as boot compiler (error) * [ ] !12548: driver: always merge objects when possible * [ ] !12514: Track in-scope variables in ruleCheckProgram * [ ] !12500: GHCi: support cross-module inlining of breakpoints (#24712) * [ ] !12416: Don't generate wrappers for `type data` constructors with StrictData * [ ] !12370: NCG: Fix a bug where we errounously removed a required jump instruction. * [ ] !12344: Fix off by one error in seekBinNoExpand and seekBin * [ ] !12328: Improve the duplicate-tyvar check * [ ] !12321: Fix type of _get_osfhandle foreign import * [ ] !12313: driver: force merge objects when building dynamic objects * [ ] !12308: JS: fix for h$appendToHsString (#24495) * [ ] !12299: libffi-tarballs: bump libffi-tarballs submodule to libffi 3.4.6 * [ ] !12282: configure: Use LDFLAGS when trying linkers * [ ] !12264: rts: Lookup symbols in relevant DLLs only (originally !11164) * [ ] !12256: NCG: Fix a bug in jump shortcutting. * [ ] !12227: rts: fix clang compilation on aarch64 * [ ] !12184: Use "module" instead of "library" when applicable in base haddocks * [ ] !12177: Update correct counter in bumpTickyAllocd * [ ] !12162: driver: Make `checkHomeUnitsClosed` faster * [ ] !12161: Fix haddock source links and hyperlinked source * [ ] !12158: x86-ncg: Fix fma codegen when arguments are globals. * [ ] !12146: rts: avoid checking bdescr of value outside of Haskell heap * [ ] !12122: Improve base library synopsis and description * [ ] !12116: rel-eng/fetch-gitlab.py: Fix name of aarch64 alpine 3_18 release job * [ ] !12042: rts: only collect live words in nonmoving census when non-concurrent * [ ] !12016: Enhance documentation of Data.Complex * [ ] !12011: Add @since annotation to Data.Data.mkConstrTag * [ ] !11989: Fix ffi callbacks with >6 args and non-64bit args. * [ ] !11938: Escape multiple arguments in the settings file * [ ] !11575: configure: Do not override existing linker flags in FP_LD_NO_FIXUP_CHAINS * [ ] !11548: Update the unification count in wrapUnifierX * [ ] !11541: Compability with 9.8.1 as boot compiler (error) * [ ] !11384: hadrian: Move hsc2hs wrapper generation to bindist installation * [ ] !11383: testsuite: Run some tests unconditionally in nonmoving ways (error) * [ ] !11285: Draft: hadrian: Update bootstrap plans (error) * [ ] !11181: Bump Haddock to fix #23616 [GHC 9.8 branch] (error) * [ ] !10995: Fix (~) and (@) infix operators in TH splices (#23748) * [ ] !10890: nonmoving: Add support for heap profiling * [ ] !10659: nonmoving: introduce a family of dense allocators * [ ] !10523: Add missing BCO handling in scavenge_one (#23375) * [ ] !10417: StgToByteCode: Don't assume that data con workers are nullary (error) * [ ] !9762: nativeGen/AArch64: Fix graph-colouring register allocator

1 0

Gitlab access
by Vandenbroucke, Alexander 26 Sep '24

26 Sep '24

PUBLIC Hi ghc-devs, Can someone please approve my request for a gitlab account (alexander.vandenbroucke(a)sc.com<mailto:alexander.vandenbroucke@sc.com>). I would like to report a bug. Kind Regards, Alexander Vandenbroucke ---------------------------------------------------------------------- This email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please delete all copies and notify the sender immediately. You may wish to refer to the incorporation details of Standard Chartered PLC, Standard Chartered Bank and their subsidiaries together with Standard Chartered Bank’s Privacy Policy via our main Standard Chartered PLC (UK) website at sc. com

2 1

llvm 19 has been released
by George Colpitts 25 Sep '24

25 Sep '24

Hi llvm 19 has been released. Can we start using it in head? My smoke test of it with 9.10.1 was fine. Thanks George

4 5