On Wed, Jul 10, 2024 at 12:52:10PM +0200, Tom Smeding wrote:
> [...]
> Furthermore, as already noted indirectly by Oleg, GHC environment files are
> human-readable, if not very easily human-writable.
They're actually pretty human-writable too. The script I've written to regain
simple ghci workflo
On Tue, Jul 09, 2024 at 08:50:18PM +0300, Oleg Grenrus wrote:
> cabal-install has various means to address that too. You can have `packages:
> /anywhere/onyourdisk` or `packages: http://somewhere.else/tar.gz in your
> cabal.project. Or you can have `source-repository-packages` for accessing
> remot
On Tue, Jul 09, 2024 at 01:06:02PM -0400, amindfv--- via ghc-devs wrote:
> [...]I've talked to quite a lot of people who miss the old days of `cabal
> install`-ing a package (particularly if it requires tweaking flags) [...]
Forgot to mention an additional common workflow issue:
On Tue, Jul 09, 2024 at 05:07:07PM +0300, Oleg Grenrus wrote:
>
> On 9.7.2024 16.35, Simon Peyton Jones wrote:
> > Would it be possible to support the simple story above, as well?
>
> TL;DR the GHC developers (e.g. you, richard, sebastian) are virtually the
> only group of people who want to invo
As a site note, it's probably worth removing or adding a deprecation note to
this repo:
https://github.com/ghc/hadrian
It's the first search result for me for "ghc hadrian" but it's 4 years behind
the code in the GHC GitLab.
Tom
On Thu, Jun 30, 2022 at 08:46:43AM +0100, Matthew Pickering wrot
On Fri, Mar 26, 2021 at 04:27:58PM +1100, Clinton Mead wrote:
> I guess the other dream of mine is to give GHC a .NET backend. For my
> problem it would be the ideal solution, but it looks like other attempts in
> this regard (e.g. Eta, GHCJS etc) seem to have difficulty keeping up with
> updates
