Matthew Pickering

The alpine failure is because you are using a version of `streamly` which doesn't support ghc-9.6. It seems that more recent versions remove the usage of this symbol (which was...

> @mpickering thanks for the help > > > It's recommended to use the system toolchain if possible on darwin, especially for CC, LD etc. > > Aren't you using...

I looked into this further, the issue turns out to be quite confusing and could be either a cabal issue or ghc issue depending on how you view things. In...

It seemed sensible to me to implement the external command system exactly like the `cargo` system. There are less surprises if you are already familiar with that and it is...

@MangoIV I am not particularly invested in the design, it seems a very minor task to drop the first argument (and something which is easily discoverable by reading the short...

@mniip It sounds like your use-case is to have a single tool that can be run either directly from the command line or as a cabal external command. In that...

In this case, the assessment was that it would be a genuine convenience for authors of external commands if they had the option to inspect which command invoked their executable....

Still seems to be failing intermittently. (All 100 jobs here are calling that command, some pass, some fail - https://gitlab.haskell.org/ghc/ghcup-ci/-/pipelines/101598)

I see, is there something about the way ghcup is constructing these symlinks which causes the issue? The manual bindist install seems to work correctly.

The manual install worked locally for me but it seems something else is quite fundamentally broken on deb12 on i386. Here is a job I added to ghcup-ci testing which...