./lang/ghc98, Compiler for the functional language Haskell - 9.8 Release Series

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]

Branch: CURRENT, Version: 9.8.2nb2, Package name: ghc-9.8.2nb2, Maintainer: pkgsrc-users

GHC: The Glasgow Haskell Compiler.

The Glasgow Haskell Compiler is a robust, fully-featured, optimising
compiler for the functional programming language Haskell 98
(http://www.haskell.org). GHC compiles Haskell to either native code
or C. It implements numerous experimental language extensions to
Haskell, including concurrency, a foreign language interface, several
type-system extensions, exceptions, and so on. GHC comes with a
generational garbage collector, a space and time profiler, and a
comprehensive set of libraries.

This package provides the 9.8.x release series.

DEINSTALL [+/-]

Master sites:

Filesize: 31672.426 KB

Version history: (Expand)

CVS history: (Expand)


   2025-01-28 14:04:08 by Jonathan Perkin | Files touched by this commit (2) 
Log message:
ghc98: Fix bootstrap regression on SunOS.

Package still fails to build due to broken patch files, but this at least gets
it further.  Once the patch files are fixed I should be able to generate a
working bootstrap kit for 9.8.
   2025-01-27 16:09:35 by Masatake Daimon | Files touched by this commit (1) 
Log message:
lang/ghc98: Fix a typo in a comment
   2025-01-27 16:08:08 by Masatake Daimon | Files touched by this commit (16) | Package updated
Log message:
lang/ghc98: Replace bootkits with GHC 9.8.2

NFCI where they work. The resulting compiler produces the same binary as
before so recursive revbump is not required. This is actually a rework of
my previous changes that I had to revert.

Replacing them with 9.8.x is necessary for the upcoming GHC 9.10. I'm going
to import lang/ghc910, update every Haskell package in pkgsrc, then switch
the default compiler after that.

As a bonus this also contains a fix for one of the long-standing issues on
Darwin: GHC was failing to build any Haskell packages that contain C++
code. This affected security/hs-digest and therefore Pandoc too.

Note that GHC 9.8.2 is going to be the last version that supports
FreeBSD/i386. The upstream has apparently stopped caring about i386
platforms and I'm already seeing several signs of it bitrotting away. In
fact ghci, the REPL for GHC, has already stopped working for years, because
it immediately segfaults by exhausting the ridiculously small stack space
of i386. But I have received zero complaints so far which probably means we
can just let it go.
   2025-01-12 20:06:28 by Masatake Daimon | Files touched by this commit (14) | Package removed
Log message:
lang/ghc98: Fix build by reverting changes I made today

Turned out I committed these changes prematurely. I could only do it after
rebuilding all of the bootkits.
   2025-01-12 19:04:33 by Masatake Daimon | Files touched by this commit (4) 
Log message:
lang/ghc98: Replace the bootkit for Darwin/aarch64 with GHC 9.8.2
   2025-01-12 18:37:30 by Masatake Daimon | Files touched by this commit (2) 
Log message:
lang/ghc98: Hopefully fix build on platforms where "patch -l" does not \ 
ignore CRLF vs. LF mismatch
   2025-01-12 16:02:35 by Masatake Daimon | Files touched by this commit (12) | Package updated
Log message:
lang/ghc98: Replace the bootkit for NetBSD/aarch64 with GHC 9.8.2

NFCI. It produces the same binary as before so revbump is not required.

This is necessary for the upcoming GHC 9.10. I'm going to replace the
bootkit for each platform one by one, import lang/ghc910, update every
pkgsrc package written in Haskell, then switch the default compiler after
that.

I might have to give up on FreeBSD/i386 though. The upstream apparently
stopped caring about i386 platforms and I'm already seeing several signs of
it bitrotting away. In fact ghci, the REPL for GHC, has already stopped
working for years but I have received zero complaints so far which probably
means we can just let it go.
   2025-01-08 15:51:06 by Masatake Daimon | Files touched by this commit (3) 
Log message:
lang/ghc98: A better way to work around PR 58379