From m.avocoder at gmail.com Sun Sep 22 12:10:10 2024 From: m.avocoder at gmail.com (=?UTF-8?B?0JzQsNGA0LjRjyDQnNGD0YXQuNC90LA=?=) Date: Sun, 22 Sep 2024 15:10:10 +0300 Subject: New GitLab account approval Message-ID: Hello, I would like to get my GitLab account approved. My username is maria. Best regards, Maria -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sun Sep 22 12:26:29 2024 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 22 Sep 2024 08:26:29 -0400 Subject: New GitLab account approval In-Reply-To: References: Message-ID: Approved. On Sun, Sep 22, 2024 at 8:10 AM Мария Мухина wrote: > Hello, > > I would like to get my GitLab account approved. > My username is maria. > > Best regards, > Maria > > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > -- brandon s allbery kf8nh allbery.b at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From zubin at well-typed.com Wed Sep 25 10:21:53 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Wed, 25 Sep 2024 15:51:53 +0530 Subject: GHC 9.12 fork imminent - Please hold off on assigning MRs to Marge Message-ID: 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From george.colpitts at gmail.com Wed Sep 25 13:07:31 2024 From: george.colpitts at gmail.com (George Colpitts) Date: Wed, 25 Sep 2024 10:07:31 -0300 Subject: llvm 19 has been released Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From moritz.angermann at gmail.com Wed Sep 25 13:14:24 2024 From: moritz.angermann at gmail.com (Moritz Angermann) Date: Wed, 25 Sep 2024 22:14:24 +0900 Subject: llvm 19 has been released In-Reply-To: References: Message-ID: What do you mean by using it in head? Expand the current range of acceptable LLVM versions? My hunch would be that such a PR could be merged quite easily. Maybe next week though due to the current imminent release cut? Or do you expect this to be in 9.12 as well? Best, Moritz On Wed, 25 Sept 2024 at 22:08, George Colpitts wrote: > 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 > > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthewtpickering at gmail.com Wed Sep 25 14:35:30 2024 From: matthewtpickering at gmail.com (Matthew Pickering) Date: Wed, 25 Sep 2024 15:35:30 +0100 Subject: llvm 19 has been released In-Reply-To: References: Message-ID: Thanks George, I have opened https://gitlab.haskell.org/ghc/ghc/-/issues/25295 On Wed, Sep 25, 2024 at 2:08 PM George Colpitts wrote: > 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 > > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george.colpitts at gmail.com Wed Sep 25 15:22:49 2024 From: george.colpitts at gmail.com (George Colpitts) Date: Wed, 25 Sep 2024 12:22:49 -0300 Subject: llvm 19 has been released In-Reply-To: References: Message-ID: On Wed, Sep 25, 2024 at 10:14 AM Moritz Angermann < moritz.angermann at gmail.com> wrote: > What do you mean by using it in head? Expand the current range of > acceptable LLVM versions? > I think #25295 which Matthew just opened will be fine. It would be nice to have in 12.1 but I assume it's a bit too late, particularly if it just works as I expect than it isn't that important to be officially supported. Moritz, Matthew thanks for your quick response. Cheers, George My hunch would be that such a PR could be merged quite easily. Maybe next > week though due to > the current imminent release cut? Or do you expect this to be in 9.12 as > well? > > Best, > Moritz > > On Wed, 25 Sept 2024 at 22:08, George Colpitts > wrote: > >> 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 >> >> _______________________________________________ >> ghc-devs mailing list >> ghc-devs at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleg.grenrus at iki.fi Wed Sep 25 15:28:26 2024 From: oleg.grenrus at iki.fi (Oleg Grenrus) Date: Wed, 25 Sep 2024 18:28:26 +0300 Subject: llvm 19 has been released In-Reply-To: References: Message-ID: <652f1202-edb8-434b-aaa3-ab1e4f597efd@iki.fi> FWIW, GHC-9.10.1 docs [1] say > Note that this GHC release expects an LLVM version in the 13 up to 16 (not inclusive) release series. which is far behind 19... [1] https://downloads.haskell.org/ghc/9.10.1/docs/users_guide/codegens.html#llvm-code-generator-fllvm - Oleg On 25.9.2024 18.22, George Colpitts wrote: > > > On Wed, Sep 25, 2024 at 10:14 AM Moritz Angermann > wrote: > > What do you mean by using it in head? Expand the current range of > acceptable LLVM versions? > > I think #25295 > which Matthew just opened will be fine. > > It would be nice to have in 12.1 but I assume it's a bit too late, > particularly if it just works as I expect than it isn't that important > to be officially supported. > Moritz, Matthew thanks for your quick response. > > Cheers, > George > > > My hunch would be that such a PR could be merged quite easily. > Maybe next week though due to > the current imminent release cut? Or do you expect this to be in > 9.12 as well? > > Best, >  Moritz > > On Wed, 25 Sept 2024 at 22:08, George Colpitts > wrote: > > 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 > > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > > > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthewtpickering at gmail.com Wed Sep 25 15:29:32 2024 From: matthewtpickering at gmail.com (Matthew Pickering) Date: Wed, 25 Sep 2024 16:29:32 +0100 Subject: llvm 19 has been released In-Reply-To: <652f1202-edb8-434b-aaa3-ab1e4f597efd@iki.fi> References: <652f1202-edb8-434b-aaa3-ab1e4f597efd@iki.fi> Message-ID: The upper bound is bumped to 18 already on master. On Wed, Sep 25, 2024 at 4:28 PM Oleg Grenrus wrote: > FWIW, GHC-9.10.1 docs [1] say > > > Note that this GHC release expects an LLVM version in the 13 up to 16 > (not inclusive) release series. > > which is far behind 19... > > [1] > https://downloads.haskell.org/ghc/9.10.1/docs/users_guide/codegens.html#llvm-code-generator-fllvm > > - Oleg > On 25.9.2024 18.22, George Colpitts wrote: > > > > On Wed, Sep 25, 2024 at 10:14 AM Moritz Angermann < > moritz.angermann at gmail.com> wrote: > >> What do you mean by using it in head? Expand the current range of >> acceptable LLVM versions? >> > I think #25295 which > Matthew just opened will be fine. > > It would be nice to have in 12.1 but I assume it's a bit too late, > particularly if it just works as I expect than it isn't that important to > be officially supported. > > Moritz, Matthew thanks for your quick response. > > Cheers, > George > > > My hunch would be that such a PR could be merged quite easily. Maybe next >> week though due to >> the current imminent release cut? Or do you expect this to be in 9.12 as >> well? >> >> Best, >> Moritz >> >> On Wed, 25 Sept 2024 at 22:08, George Colpitts >> wrote: >> >>> 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 >>> >>> _______________________________________________ >>> ghc-devs mailing list >>> ghc-devs at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs >>> >> > _______________________________________________ > ghc-devs mailing listghc-devs at haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Alexander.Vandenbroucke at sc.com Thu Sep 26 10:37:19 2024 From: Alexander.Vandenbroucke at sc.com (Vandenbroucke, Alexander) Date: Thu, 26 Sep 2024 10:37:19 +0000 Subject: Gitlab access Message-ID: PUBLIC Hi ghc-devs, Can someone please approve my request for a gitlab account (alexander.vandenbroucke at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthewtpickering at gmail.com Thu Sep 26 11:16:40 2024 From: matthewtpickering at gmail.com (Matthew Pickering) Date: Thu, 26 Sep 2024 12:16:40 +0100 Subject: Gitlab access In-Reply-To: References: Message-ID: Approved. On Thu, Sep 26, 2024 at 11:37 AM Vandenbroucke, Alexander via ghc-devs < ghc-devs at haskell.org> wrote: > PUBLIC > > Hi ghc-devs, > > > > Can someone please approve my request for a gitlab account ( > alexander.vandenbroucke at 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 > _______________________________________________ > ghc-devs mailing list > ghc-devs at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zubin at well-typed.com Mon Sep 30 08:19:33 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Mon, 30 Sep 2024 13:49:33 +0530 Subject: GHC 9.12 forked In-Reply-To: References: Message-ID: GHC 9.12 has been forked, feel free to assign MRs to marge. You can tag patches as backport-needed-9.12 for them to be considered for inclusion into GHC 9.12.1. On 24/09/25 15:52, Zubin Duggal wrote: >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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From ben at well-typed.com Mon Sep 30 13:09:59 2024 From: ben at well-typed.com (Ben Gamari) Date: Mon, 30 Sep 2024 09:09:59 -0400 Subject: GHC 9.8.3 plans Message-ID: <87msjp70f0.fsf@smart-cactus.org> 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: