Re: STG register mapping

DashiellWill writes: > Hi all, > > > I'm newbie at GHC, trying to read the source code and understand the design > of GHC. > Now I'm learning about the Haskell Execution Model, but now I'm a bit > confused about the STG-machine Registers. > Hello! > > First, as shown in the GHC wiki e.g. >

Re: Problems building cabal-install?

Viktor Dukhovni writes: > Just, for example: > > $ cabal install --constraint "cabal-install ^>= 3.4" cabal-install > > This fails due to a conflict between Cabal-3.4 and Cabal-syntax-3.10, > (which is not the right choice of dependency for Cabal 3.4). > > The hackage dependency data looks

Re: Problems building cabal-install?

Viktor Dukhovni writes: > I am having a rather unexpected difficulty building older versions of > cabal-install. The invariably run into conflicts between "Cabal" and > "Cabal-syntax". > > The latter shows up as a dependency of "Cabal" on hackage, but not > in the upstream Git repo. Is there

Re: Reinstallable - base

Ben Gamari writes: > ... > > # Phase 2: Template Haskell > > The above story is made considerably messier by `template-haskell`. > ... One further clarification as I fear this may be unclear: Phase 2 does *not* allow multiple versions of `template-haskell` to be used

Re: Reinstallable - base

Ben Gamari writes: > Simon Peyton Jones writes: > >> Dear GHC devs >> >> Given the now-agreed split between ghc-internal and base >> <https://github.com/haskellfoundation/tech-proposals/pull/51>, what stands >> in the way of a "r

Re: Reinstallable - base

Simon Peyton Jones writes: > (Meta-question: on reflection, would this discussion perhaps be better on a > ticket? But where? GHC's repo? Or HF's?) > Given the current state of the discussion and the fact that the necessary steps are mostly internal to GHC, I think it is better to keep the

Re: Reinstallable - base

"Howard B. Golden" writes: > My _very_ naive question is whether Template Haskell should have all > the features of the latest language? Perhaps it could instead be > limited to a simpler subset so that it could become a bolt-on to the > rest of the compiler and it could be compiled and

Re: Reinstallable - base

Viktor Dukhovni writes: > On Tue, Oct 17, 2023 at 04:54:41PM +0100, Adam Gundry wrote: > >> Thanks for starting this discussion, it would be good to see progress in >> this direction. As it happens I was discussing this question with Ben and >> Matt over dinner last night, and unfortunately they

Re: Reinstallable - base

Simon Peyton Jones writes: > Dear GHC devs > > Given the now-agreed split between ghc-internal and base > , what stands > in the way of a "reinstallable base"? > > Specifically, suppose that > >- GHC 9.8 comes out with base-4.9 >

[ANNOUNCE] GHC 9.8.1 is now available

The GHC developers are very pleased to announce the availability of the final release of GHC 9.8.1. Binary distributions, source distributions, and documentation are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.8.1 GHC 9.8 brings a number of new features and

Migrating GHC's real-time communications to Matrix? (#24010)

Hello all, GHC's user and contributor documentation currently directs users to #ghc on irc.libera.chat for discussion of GHC development. However, for a variety of reasons the center-of-mass of discussion has been gradually shifting towards Matrix (#GHC:matrix.org). Given that Matrix appears to

[ANNOUNCE] GHC 9.8.1-rc1 is now available

The GHC developers are very pleased to announce the availability of the release candidate of GHC 9.8.1. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.8.1-rc1 GHC 9.8 will bring a number of new features and

Re: GHC 9.8.1-rc1 delayed

Ben Gamari writes: > Hi all, > > Due to a rather late-breaking boot library mix-up I will need to delay > the 9.8.1 release candidate by at least two days. I will provide a more > specific timeline tomorrow when there is more clarity on what needs to > happen to resolve the s

Re: How do you keep tabs on commits that fix issues?

Bryan Richter via ghc-devs writes: > I am not sure of the best ways for checking if a certain issue has been > fixed on a certain release. My past ways of using git run into certain > problems: > > The commit (or commits!) that fix an issue get rewritten once by Marge as > they are rebased onto

GHC 9.8.1-rc1 delayed

Hi all, Due to a rather late-breaking boot library mix-up I will need to delay the 9.8.1 release candidate by at least two days. I will provide a more specific timeline tomorrow when there is more clarity on what needs to happen to resolve the situation. Cheers, - Ben signature.asc

Re: GitLab upgrade later today

Ben Gamari writes: > Hi all, > > I will be performing a GitLab upgrade later this evening (likely around > 18:00 EDT). I expect this will take only a few minutes. > The upgrade is complete. As always, let me know if anything looks amiss. Cheers, - Ben signature.asc D

GitLab upgrade later today

Hi all, I will be performing a GitLab upgrade later this evening (likely around 18:00 EDT). I expect this will take only a few minutes. Cheers, - Ben signature.asc Description: PGP signature ___ ghc-devs mailing list ghc-devs@haskell.org

Re: [Haskell-cafe] [ANNOUNCE] GHC 9.8.1-alpha4 is now available

George Colpitts writes: > It seems unlikely that the current tests wouldn't find this bug. Is it the > case that the tests are never run on aarch64-darwin Macs? > The tests are certainly run; see, for instance, the 9.8.1-alpha4 release pipeline [1]. The problem is that #21570 requires very

[ANNOUNCE] GHC 9.8.1-alpha4 is now available

The GHC developers are very pleased to announce the availability of the third alpha prerelease of GHC 9.8.1. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.8.1-alpha4 GHC 9.8 will bring a number of new features and

GHC 9.8.1-alpha4 status

Hi all, As noted in the 9.8.1 milestone, 9.8.1-alpha4 was slated for today. Unfortunately, ICFP travel has taken a bit more time than I anticipated and currently it is looking unlikely that the release will be ready today. Moreover, there are some rather important boot library fixes which are in

[ANNOUNCE] GHC 9.8.1-alpha3 is now available

The GHC developers are very pleased to announce the availability of the third alpha prerelease of GHC 9.8.1. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.8.1-alpha3 GHC 9.8 will bring a number of new features

Re: [Haskell-cafe] [ANNOUNCE] GHC 9.8.1-alpha2 is now available

Arnaud Spiwack writes: >  > Thanks Sam and Noon! I'm obviously great at copy-pasting. > Regardless, thanks for bringing the mistake to my attention. It will be fixed with the next alpha. Cheers, - Ben signature.asc Description: PGP signature ___

[ANNOUNCE] GHC 9.8.1-alpha2 is now available

The GHC developers are very pleased to announce the availability of the second alpha prerelease of GHC 9.8.1. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.8.1-alpha2 GHC 9.8 will bring a number of new features

Re: GitLab approval

I am a bit confused. It appears that you account has been active since 2018. On August 8, 2023 11:55:01 PM EDT, cydparser wrote: >Can a GitLab admin please approve my account (@cydparser). Thanks! ___ ghc-devs mailing list ghc-devs@haskell.org

Re: Request for account approval for GHC non-moving GC bug reporting

"Christian Berentsen (chrberen)" writes: > I was unfortunately not able to get signed in to report the bug. > Something messed up with the browser storing the gitlab login > password, and after using the "forgot password" I couldn't find the > follow up email anywhere (including spam) > Hmm,

[ANNOUNCE] GHC 9.4.6 is now available

The GHC developers are happy to announce the availability of GHC 9.4.6. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.4.6 This release is primarily a bugfix release addressing some issues found in 9.4.6. These include: *

Re: Request for account approval for GHC non-moving GC bug reporting

"Christian Berentsen \(chrberen\) via ghc-devs" writes: > We may have encountered a bug in the non-moving GC runtime, triggering: > > congregat-exe: internal error: nonmovingCollect: failed to spawn mark thread: > Resource temporarily unavailable > (GHC version 9.2.6 for

[ANNOUNCE] GHC 9.8.1-alpha1 is now available

The GHC developers are very pleased to announce the availability of the first alpha prerelease of GHC 9.8.1. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.8.1-alpha1 GHC 9.8 will bring a number of new features

GHC 9.8 release status

Hi all, As you may have noticed, the GHC 9.8 alpha series is a bit behind the expected schedule due to an unfortunate constellation of CI issues, bugs, and backports. I am currently trying to get a set of releasable artifacts through CI although things are somewhat stalled until we find a way

Re: Coercing a `ByteArray#` into a `MutableByteArray#`

Adithya Kumar writes: > Hello all, > > I have a use-case where I want to convert `ByteArray#` to > `MutableByteArray#` > without the copy overhead. > > Is the underlying memory structure of `ByteArray#` and `MutableByteArray#` > the same? > > If I can guarantee that I won't mutate my

Re: JSON output of GHC Diagnostics

Ben Bellick via ghc-devs writes: > Hey everyone, > > I am working on a summer of Haskell project to implement JSON output of GHC's > diagnostics. I have begun working through some of the implementation details > but have stumbled across a few road blocks and I wanted to get some feedback >

Re: I can't build HEAD

Simon Peyton Jones writes: > in a clean HEAD build, including "git submodule update", I get this. > > Can anyone help? > Upgrade your bootstrap compiler to >= 9.4. We have now bumped HEAD's version to 9.8, which means that 9.4 is the earliest possible bootstrap compiler (which `text` now takes

GitLab upgraded

Hi all, This evening (EST) I performed a quick upgrade of gitlab.haskell.org. As a result, you will notice that the UI has changed quite a bit. This is due to a beta redesign of GitLab's navigation scheme. While I've found it relatively unobjectionable (and seemingly a bit more snappier), your

Re: Distinct closure types vs. known infotables for stack frames

Alexis King writes: > Hello all, > > I am tinkering with the RTS again while trying to fix #23513 > , and every time I touch > the exceptions/continuations code, I find myself waffling about whether to > introduce more closure types. I’d like to

Re: Inquiry about Supporting RISC-V 32 in Haskell

Moritz Angermann writes: > Hi Shiwei, > > Let me try to draw up a more visual representation do the current pipelines > over the weekend. That might also explain why I think the subset might work > as the intermediate steps *do* carry register width. > > Cheers, > Moritz > > On Thu, 8 Jun 2023

Re: SSH on Gitlab

Simon Peyton Jones writes: > Is SSH working on gitlab.haskell.org? I'm getting this > > simonpj@CDW-8FABODHF0V5:~$ ssh -v g...@gitlab.haskell.org > OpenSSH_8.2p1 Ubuntu-4, OpenSSL 1.1.1f 31 Mar 2020 > debug1: Reading configuration data /home/simonpj/.ssh/config > debug1: Reading configuration

[ANNOUNCE] GHC 9.6.2 is now available

The GHC developers are happy to announce the availability of GHC 9.6.2. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.6.2 This release is primarily a bug-fix release addressing a few issues found in 9.6.2. These

Re: Performance of small allocations via prim ops

Harendra Kumar writes: > I am confused by this flag. This flag allows us to allocate statically > known arrays sizes of <= n to be allocated from the current nursery block. > But looking at the code in allocateMightFail, as I interpret it, any size > array up to LARGE_OBJECT_THRESHOLD is anyway

Re: Performance of small allocations via prim ops

Harendra Kumar writes: > I was looking at the RTS code for allocating small objects via prim ops > e.g. newByteArray# . The code looks like: > > stg_newByteArrayzh ( W_ n ) > { > MAYBE_GC_N(stg_newByteArrayzh, n); > > payload_words = ROUNDUP_BYTES_TO_WDS(n); > words =

Re: Windows/R issue with FFI

This sounds like a bug. Could you open a ticket, ideally with a fairly standalone reproducer? Cheer, - Ben On March 25, 2023 6:49:09 PM EDT, Dominick Samperi wrote: >Hello, >FFI code that used to work now fails under Windows (still seems to work >under Ubuntu), and I wonder if anybody has

Re: Buy-in for technical proposal 47 which affect GHC devs

Phyx writes: >> I highly doubt that this split will have any measurable overhead. >> Reexporting a definition defined in one module from another module via >> an export list does not produce any code at all; importing such a >> declaration is equivalent to importing the definition from the

Re: Buy-in for technical proposal 47 which affect GHC devs

Phyx writes: >> I highly doubt that this split will have any measurable overhead. >> Reexporting a definition defined in one module from another module via >> an export list does not produce any code at all; importing such a >> declaration is equivalent to importing the definition from the

Re: Buy-in for technical proposal 47 which affect GHC devs

Phyx writes: > Hi, > > Though I'm no longer a very active GHC developer I do have some questions. > > Overall I'm in support of this but I think I'd rather see an outright split > from the start rather than first having a forwarder library. > > The reason for this is that I'm afraid of the

Re: Buy-in for technical proposal 47 which affect GHC devs

"Adam Sandberg Eriksson" writes: > I switched all the HADDOCK hide to not-home in base a couple of years > ago, but I see a couple of new ones have snuck in in the meantime. I > would suggest adding a lint against hiding in GHC CI. > Sounds reasonable to me. Perhaps someone could open a ticket

Re: Buy-in for technical proposal 47 which affect GHC devs

Carter Schonwald writes: > i mean exactly the hidden status which means you cant directly go to the > highlighted source. > > My recollection is that the only justification for that was as a mechanism > for "foot cannons here," which itself predates the more modern *.Internal > module norms we

Re: Buy-in for technical proposal 47 which affect GHC devs

Carter Schonwald writes: > Would this include making those modules not hidden in ghc base? There’s > been a few times where that status made it quite hard to build > documentation for those modules! > What do you mean concretely? In most cases modules would remain exposed (that is, importable).

Re: Buy-in for technical proposal 47 which affect GHC devs

Laurent P. René de Cotret writes: > Dear GHC developers, > > In recent weeks, John Ericson has fine-tuned a Haskell Foundation > Technical Proposal to split `base` into two libraries: `ghc-base` and > `base`, the latter simply re-exporting everything for `ghc-base` (for > now). You can read

Re: GitLab partial outage - attempting to mitigate

Brandon Allbery writes: > Isn't it just "move /nix out of the way, bind mount a new one from a > larger drive, use rsync to move the data"? > Something like that, yes [1]. Cheers, - Ben [1] https://nixos.wiki/wiki/Storage_optimization#Moving_the_store signature.asc Description: PGP

Re: GitLab partial outage - attempting to mitigate

Ben Gamari writes: > Bryan Richter via ghc-devs writes: > >> I eventually resorted to a server reboot, which cleared up all the problems >> I was seeing. I think we're back in business. >> > The root partition was close to running out of disk space yeste

Re: GitLab partial outage - attempting to mitigate

Bryan Richter via ghc-devs writes: > I eventually resorted to a server reboot, which cleared up all the problems > I was seeing. I think we're back in business. > The root partition was close to running out of disk space yesterday. The problem appears to be that /nix is located on the small

Re: Installing GHC on my MacBook Air

George Colpitts writes: > Hi Bill > > I'm cc'ing GHC dev and GHC users as someone else may have a better answer, > catch a mistake I made etc. Please don't delete them. > > I believe you have encountered > https://gitlab.haskell.org/ghc/ghc/-/issues/21506#note_447206 > > I believe the way to fix

Re: GHC API documentation

Harendra Kumar writes: > Hi, > > > There used to be a GHC API documentation along with other documentation in > the GHC release. But I cannot find it any more. For example, in GHC 9.6.1 > this link - > https://downloads.haskell.org/ghc/9.6.1/docs/libraries/ghc/index.html is > broken. > > What

[ANNOUNCE] GHC 9.6.1 is now available

The GHC team is very pleased to announce the availability of GHC 9.6.1. As usual, binaries and source distributions are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.6.1/ Beginning with GHC 9.6.1, GHC can be built as a cross-compiler to WebAssembly and JavaScript.

[ANNOUNCE] GHC 9.6.1-rc1 is now available

The GHC team is very pleased to announce the availability of the first (and likely final) release candidate of GHC 9.6.1. As usual, binaries and source distributions are available at [downloads.haskell.org](https://downloads.haskell.org/ghc/9.6.1-rc1/). Beginning with GHC 9.6.1, GHC can be built

Re: [ANNOUNCE] GHC 9.6.1-alpha3 is now available

George Colpitts writes: > Hi > > I get a strange warning on MacOS when I do ./configure: > > checking Xcode version... xcode-select: error: tool 'xcodebuild' requires > Xcode, but active developer directory '/Library/Developer/CommandLineTools' > is a command line tools instance > not found (too

[ANNOUNCE] GHC 9.6.1-alpha3 is now available

The GHC team is very pleased to announce the availability of GHC 9.6.1-alpha3. As usual, binaries and source distributions are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.6.1-alpha3/ Beginning with GHC 9.6.1, GHC can be built as a cross-compiler to WebAssembly

[ANNOUNCE] GHC 9.6.1-alpha2 is now available

The GHC team is very pleased to announce the availability of GHC 9.6.1-alpha2. As usual, binaries and source distributions are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.6.1-alpha2/ Beginning with GHC 9.6.1, GHC can be built as a cross-compiler to WebAssembly and

Re: Extracting comments from the source code

Facundo Domínguez writes: > Dear GHC devs, > > I'm trying to port Liquid Haskell to ghc 9.2.5. And having much difficulty > using the GHC API for a specific task, so I come here to ask about it. > > As you may know already, Liquid Haskell needs to read special comments from > Haskell source code

Re: FFI changes?

Dominick Samperi writes: > Hello, > > I have been working with a program that uses FFI to communicate with R > for several years, but today there is a segmentation fault while > importing functions or data from R. Before giving up on this project, > I'm posting a few detail here, in case anybody

Re: Searching tickets

Simon Peyton Jones writes: >> >> I belive that the search bar at the top of >> https://gitlab.haskell.org/ghc/ghc/-/issues/ only searches the issues' >> title and description. >> > > That is ... disappointing to say the least. > >> It is possible to search in comments via >>

Re: Searching tickets

Simon Peyton Jones writes: > I keep finding that 'search' in Gitlab misses things. > > Example > https://gitlab.haskell.org/ghc/ghc/-/issues/22715 mentions "Haskeline" > (just look on that page) > > Yet when I go to > https://gitlab.haskell.org/ghc/ghc/-/issues/ > and search for "Haskeline",

Re: [ANNOUNCE] GHC 9.6.1-alpha1 is now available

George Colpitts writes: > Hi > > I believe llvm does not work in this alpha as 21936 is still open. Is that > correct? > Indeed we do not yet support LLVM 15 but all previous LLVM versions continue to work. We can try to fix this for the final release. > I also believe that when it does work

[ANNOUNCE] GHC 9.6.1-alpha1 is now available

The GHC team is very pleased to announce the availability of GHC 9.6.1-alpha1. As usual, binaries and source distributions are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.6.1-alpha1/ This is the first alpha release in the 9.6 series which will bring a number of

Re: [Haskell-cafe] [ANNOUNCE] GHC 9.4.4 is now available

David Feuer writes: > Does this release include the fix for #22549 (infinite loops for some > undecidable instances)? > Yes, it includes a backport of !9485. Cheers, - Ben signature.asc Description: PGP signature ___ ghc-devs mailing list

[ANNOUNCE] GHC 9.4.4 is now available

The GHC developers are happy to announce the availability of GHC 9.4.4. Binary distributions, source distributions, and documentation are available at downloads.haskell.org [1]. This release is primarily a bugfix release. Bugs fixed include: * An issue where the wrong labels were used in the

Re: How do you build GHC 9.2.4 cross compilers for windows?

Moritz Angermann writes: > Hi, > > Does anyone know how to build a 9.2.4 windows cross compiler? Hadrian seems > to get in > the way a lot? > > This is the essence of what we tried to get working: > > ./configure --enable-bootstrap-with-devel-snapshot > --build=x86_64-apple-darwin

Re: Gitlab slow?

Bryan Richter via ghc-devs writes: > I find it very slow, as well. :( > > Eventually I want to be able to help out with these problems, but > right now my priorities are different and I don't have the bandwidth. > We rely on Ben still. (I am at least relieving him of other tasks that > would be

GitLab maintenance today

Hi all, Today we will be doing some maintenance on gitlab.haskell.org to address #22418. I can't yet say precisely when the outage will begin but I do expect there to be one. I will try to provide at least 30 minutes notice. Cheers, - Ben signature.asc Description: PGP signature

[ANNOUNCE] GHC 9.4.3 is now available

The GHC developers are happy to announce the availability of GHC 9.4.3. Binary distributions, source distributions, and documentation are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.4.3 This release is primarily a bugfix release addressing a few issues found in

Re: Milestones page is missing or has inaccurate dates

George Colpitts writes: > Hi Ben > > Thanks for the very quick response which addresses my concerns ! However > I'm confused by > >- my colleague Zubin will be working on 9.2.4 next week, hopefully for > release the following week > Sigh, indeed I had meant 9.2.5 here; apologies for

Re: Milestones page is missing or has inaccurate dates

George Colpitts writes: > Hi > > The Milestones page is > missing many dates or has inaccurate dates: > >- Most milestones don't have any associated completion date. >- As far as I know 9.4.2 and 9.2.4 are released but the milestones

Re: Warnings in RTS

Simon Peyton Jones writes: > Whenever I compile the RTS I get these warnings. Are they necessary? > Indeed they aren't and I doubt that inlining of these is even beneficial. I have opened #22280 to track this. Cheers, - Ben signature.asc Description: PGP signature

Re: GItlab search

Simon Peyton Jones writes: > Friends > > I'm struggling with GitLab search. > > eg I was looking for #22200 > > I wen to https://gitlab.haskell.org/ghc/ghc/-/issues, and put "-DEEBUG" and > "slow" in the search box. No #22200. Yet both of those strings appear in > the title of the ticket. > Oh

Re: Tier 1 architectures

Simon Peyton Jones writes: > Ben, Matthew, Moritz, and friends > > Is this wiki page about architectures still accurate? > https://gitlab.haskell.org/ghc/ghc/-/wikis/platforms > Hi Simon, Indeed there were a few inaccuracies on that page; I have fixed these and generally cleaned up the page. >

Re: Runtime linker

Lana Black writes: > Hello, > > My personal project involves making a port of GHC for an almost bare-bones > environment, which doesn't provide runtime linking support. GHC configure > script sets `TargetHasRTSLinker` flag, but it seems to be ignored in RTS > itself, and the linker is built

Re: When do we get loads/stores with volatile semantics (if we get them at all)?

Travis Whitaker writes: > Hello Haskell Friends, > > Recently I noticed some strange behavior in a program that uses peek/poke > to manipulate memory mapped hardware registers, that smells a lot like > missing volatile semantics to me. It hadn’t occurred to me that peek/poke > might not have

Re: Updating haddock

Simon Peyton Jones writes: > Dear devs > > I'm working on !8750, which has some knock-on changes that are needed on > the Haddock repo. So > >- in the main repo I have wip/T21623 >- in the utils/haddock repo have branch wip/spj-T21623 > > Periodically I need to rebase on master. > >

Re: Tags

Simon Peyton Jones writes: > I love emacs' tags-query-replace function, which allows me to do a > search-and-replace across an entire repo. But to do that I need a TAGS > file that, at least, lists all the Hsakell files in GHC. > > What is the approved way to construct a TAGS file for a bunch

Re: CI failures

Ben Gamari writes: > Simon Peyton Jones writes: > >> Matthew, Ben, Bryan >> >> CI is failing in in "lint-ci-config".. >> >> See https://gitlab.haskell.org/ghc/ghc/-/merge_requests/8916 >> or https://gitlab.haskell.org/ghc/ghc/-/merge_requests

Re: CI failures

Simon Peyton Jones writes: > Matthew, Ben, Bryan > > CI is failing in in "lint-ci-config".. > > See https://gitlab.haskell.org/ghc/ghc/-/merge_requests/8916 > or https://gitlab.haskell.org/ghc/ghc/-/merge_requests/7847 > I'll investigate. Cheers, - Ben signature.asc Description: PGP

The end of the road for the `make` build system

Hello all, With the 9.4.2 release being out, we are turning our attention to preparations for 9.6. Among these tasks is the removal of the `make`-based build system, allowing us to finally close #17527. The branch removing `make` can be found in !7094, which we hope to send to Marge by the end of

[ANNOUNCE] GHC 9.4.2 is now available

The GHC developers are happy to announce the availability of GHC 9.4.2. Binary distributions, source distributions, and documentation are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.4.2 This release is primarily a bugfix release addressing a few packaging issues

Re: [ANNOUNCE] GHC 9.4.1 is now available

Ben Gamari writes: > The GHC developers are very pleased to announce the availability of GHC > 9.4.1. Binary distributions, source distributions, and documentation are > available at downloads.haskell.org: > > https://downloads.haskell.org/ghc/9.4.1 > Hi all, Due to an unf

Re: [Haskell-cafe] [ANNOUNCE] GHC 9.4.1 is now available

Bruno Damour writes: > Hello, > Thanks for this new release ! > Do you plan to add FreeBSD binaries ? Yes, I have recently been working on the FreeBSD CI infrastructure [1] and hope to have this finished in time for 9.4.2. Cheers, - Ben [1]

[ANNOUNCE] GHC 9.4.1 is now available

The GHC developers are very pleased to announce the availability of GHC 9.4.1. Binary distributions, source distributions, and documentation are available at downloads.haskell.org: https://downloads.haskell.org/ghc/9.4.1 This release includes: - A new profiling mode, `-fprof-late`, which

Re: [ANNOUNCE] GHC 9.4.1-rc1 is now available

George Colpitts writes: > +Kazu Yamamoto > > Hi Ben > > My 2 machines also have: > > $ spctl --status > assessments enabled > Hmm, interesting. Then I am truly perplexed. > Speculations: > >

Re: [ANNOUNCE] GHC 9.4.1-rc1 is now available

George Colpitts writes: > Hi Ben > > /ust/bin/xattr exists on my machine. Running "xattr -rc ." manually does > not fix the bug as noted at the start of 21506. It was sufficient in the > past but no longer fixes this error. As noted farther down in 21506 > > the workaround given in #17418 no

Re: [ANNOUNCE] GHC 9.4.1-rc1 is now available

George Colpitts writes: > Hi Ben, > > I expected https://gitlab.haskell.org/ghc/ghc/-/issues/21506 (ghc-9.4.1-alpha1 > does not install on macos: ghc-pkg-9.4.0-20220501 cannot be opened because > the developer cannot be verified) to be fixed in rc1 but it is not. Are my > expectations wrong?

[ANNOUNCE] GHC 9.4.1-rc1 is now available

The GHC developers are happy to announce the availability of the first (and likely last) release candidate of GHC 9.4.1. Binary distributions, source distributions, and documentation are available at [downloads.haskell.org]. This major release will include: - A new profiling mode,

Re: GHC development asks too much of the host system

Hécate writes: > Hello ghc-devs, > > I hadn't made significant contributions to the GHC code base in a while, > until a few days ago, where I discovered that my computer wasn't able to > sustain running the test suite, nor handle HLS well. > > Whether it is my OS automatically killing the

Re: GHC development asks too much of the host system

Artem Pelenitsyn writes: > Thanks Ben, very interesting, especially the cloud Shake stuff. > >> If everyone were to use, e.g., >> ghc.nix this could be largely mitigated, but this isn't the world in >> which we live. > > I don't know why you'd want everyone to use it necessarily to improve >

Re: GHC development asks too much of the host system

Rodrigo Mesquita writes: > Dear Ben, > > The list of tips you put together is quite nice. > > I suggest we add it to hadrian’s wiki page under a “Tips for making > your life easier” section (as is, it is already useful! at least I > learned something new). > Hi Rodrigo, I'm happy to hear that

Re: GHC development asks too much of the host system

Artem Pelenitsyn writes: > Hey everyone! I'm not a frequent contributor but I observed similar > challenges as Hécate. I notice couple points. > > ### HLS and other editor integrations > > I've never tried HLS for GHC development but it absolutely chokes on > Cabal for me (a $2K laptop), so I'm

Re: GHC development asks too much of the host system

Hécate writes: > Hello ghc-devs, > > I hadn't made significant contributions to the GHC code base in a while, > until a few days ago, where I discovered that my computer wasn't able to > sustain running the test suite, nor handle HLS well. > > Whether it is my OS automatically killing the

GHC 9.4.1-alpha3 now available

The GHC developers are happy to announce the availability of the third alpha release of the GHC 9.4 series. Binary distributions, source distributions, and documentation are available at [downloads.haskell.org](https://downloads.haskell.org/ghc/9.4.1-alpha3). This major release will include:

Re: GHC code size

Rodrigo Mesquita writes: > The visualisation is very cool. I’m left wondering: > > - What triggered this “explosion” in 2012? That is a good question. I'll admit, I'm not entirely sure as I myself only really started contributing to GHC in 2012. > - Do we have statistics on the number of

Re: GHC code size

Bryan Richter via ghc-devs writes: > A quick googling discovered > https://githubnext.com/projects/repo-visualization, which has some of > the desired features. :) > Another somewhat-related visualiation tool that can produce some pretty pictures is gource [1]. I wouldn't call the output

Re: GitLab bullets

Simon Peyton Jones writes: > Ben > > GitLab's rendering has become broken. See this ticket > https://gitlab.haskell.org/ghc/ghc/-/issues/20686 > >- look under "Common ground...". The bullets all have a newline after >them >- Ditto the numbered points under "Generalisation" >-

Re: GitLab upgrade starting shortly

Hello all, GitLab is back up and is fully upgraded. You may now continue with your usual business. Cheers, - Ben signature.asc Description: PGP signature ___ ghc-devs mailing list ghc-devs@haskell.org

Re: GitLab upgrade starting shortly

Hello all, As noted yesterday, there is one final (hopefully short!) outage needed to complete the upgrade process. This will begin in around 20 minutes, at 20:00 EST. I'll notify the list when it has finished. Cheers, - Ben signature.asc Description: PGP signature

  1   2   3   4   5   6   7   8   9   10   >