Path to this page:
./
lang/ghc98,
Compiler for the functional language Haskell - 9.8 Release Series
Branch: CURRENT,
Version: 9.8.2nb1,
Package name: ghc-9.8.2nb1,
Maintainer: pkgsrc-usersGHC: 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 [+/-]#!/bin/sh
#
PKGVERSION_NOREV="@PKGVERSION_NOREV@"
RM="@RM@"
RMDIR="@RMDIR@"
TRUE="@TRUE@"
case ${STAGE} in
DEINSTALL)
# We can't just remove the entire package.conf.d because then
# reinstalling GHC would destroy the database and every installed
# Haskell package breaks.
${RM} -f ${PKG_PREFIX}/lib/ghc-${PKGVERSION_NOREV}/lib/package.conf.d/package.cache*
${RMDIR} -p ${PKG_PREFIX}/lib/ghc-${PKGVERSION_NOREV}/lib/package.conf.d 2>/dev/null || ${TRUE}
;;
esac
Master sites:
Filesize: 31672.426 KB
Version history: (Expand)
- (2024-04-28) Updated to version: ghc-9.8.2nb1
- (2024-04-28) Package added to pkgsrc.se, version ghc-9.8.2 (created)
CVS history: (Expand)
2025-01-12 20:06:28 by Masatake Daimon | Files touched by this commit (14) | |
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) | |
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
|
2025-01-08 11:17:27 by Masatake Daimon | Files touched by this commit (5) |
Log message:
lang/ghc98: A better workaround for the native vs. GNU iconv mixture problem
Instead of disallowing the existence of pkgsrc libiconv, we can have a
bridge between two implementations and use it during the build of the
stage-1 compiler. This way bootkits built with native iconv can co-exist
with GNU libiconv in ${BUILDLINK_DIR}/lib.
|
2024-07-30 13:38:42 by Thomas Klausner | Files touched by this commit (1) |
Log message:
ghc98: fix PR 58379
Add -D__STDC_NO_ATOMICS__ to CFLAGS per upstream recommendation
to disable AVX-512 support.
Fixes build on at least NetBSD systems with AVX-512 CPUs.
Enabled unconditionally since there are reports that this also
causes problems on other operating systems.
Ok pho@
|
2024-06-22 14:16:40 by Jonathan Perkin | Files touched by this commit (1) |
Log message:
ghc98: Attempt to fix dependencies on Darwin.
With libiconv being included but overridden with PREFER=native in the main
package, this ends up breaking dependencies as they expect the libiconv package
to be installed.
For now just exclude the libiconv include in the bl3, but this could really do
with a cleaner fix.
|