GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2024-03-27T12:34:17Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/24554ghc-9.10.0.20240313 (alpha1) does not install on macOS2024-03-27T12:34:17ZAndreas Abelghc-9.10.0.20240313 (alpha1) does not install on macOSIssue #21506 is back for 9.10-alpha1. Same description, same symptoms, probably same cure.
Spelling it out:
- macOS Monterey 12.7.1
- download https://downloads.haskell.org/~ghc/9.10.0.20240313/ghc-9.10.0.20240313-x86_64-apple-darwin.t...Issue #21506 is back for 9.10-alpha1. Same description, same symptoms, probably same cure.
Spelling it out:
- macOS Monterey 12.7.1
- download https://downloads.haskell.org/~ghc/9.10.0.20240313/ghc-9.10.0.20240313-x86_64-apple-darwin.tar.xz
- `tar xf ...; cd ghc-...; ./configure`
- Produces pop-ups stating that "`libHS...` was blocked, not from an identified developer"
Here is some detailed error, but this is probably not interesting, since it is really a reprise of #21506 only:
```
./configure: line 13507: 8575 Killed: 9 "$GHC_TOOLCHAIN_BIN" -v2 "$@"
dyld[8606]: Library not loaded: '@rpath/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib'
Referenced from: '/Users/abel/bin/soft/ghc-9.10.0.20240313-x86_64-apple-darwin/bin/ghc-toolchain-bin-ghc-9.10.0.20240313'
Reason: tried: '/Users/abel/bin/soft/ghc-9.10.0.20240313-x86_64-apple-darwin/bin/../lib/x86_64-osx-ghc-9.10.0.20240313/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' (code signature in <665593BF-2381-30B1-A621-5A18BB60B521> '/Users/abel/bin/soft/ghc-9.10.0.20240313-x86_64-apple-darwin/lib/x86_64-osx-ghc-9.10.0.20240313/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' not valid for use in process: library load disallowed by system policy), '$ORIGIN/../../../lib/x86_64-osx-ghc-9.10.0.20240313/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' (no such file), '/Users/abel/bin/soft/ghc-9.10.0.20240313-x86_64-apple-darwin/bin/../lib/x86_64-osx-ghc-9.10.0.20240313/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' (code signature in <665593BF-2381-30B1-A621-5A18BB60B521> '/Users/abel/bin/soft/ghc-9.10.0.20240313-x86_64-apple-darwin/lib/x86_64-osx-ghc-9.10.0.20240313/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' not valid for use in process: library load disallowed by system policy), '$ORIGIN/../../../lib/x86_64-osx-ghc-9.10.0.20240313/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' (no such file), '/usr/local/lib/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' (no such file), '/usr/lib/libHSghc-toolchain-0.1.0.0-ff5c-ghc9.10.0.20240313.dylib' (no such file)
```
I would assume it is a packaging error.
See also #23009.
P.S.: Installation succeeds via `ghcup`, thus, not many will bump into this problem.
I dimly remember that `ghcup` implements a work-around (patching the file tree permissions before running installation).9.10.1Rodrigo MesquitaRodrigo Mesquitahttps://gitlab.haskell.org/ghc/ghc/-/issues/24548configure ignores LDFLAGS2024-03-21T09:39:17ZRodrigo Mesquitaconfigure ignores LDFLAGS## Summary
It seems that `./configure` ignores `LDFLAGS` (whereas `ghc-toolchain` doesn't).
## Steps to reproduce
`LDFLAGS="-Lsomethingbogus" ./configure`
You should get
```
There are some differences between the toolchain configure...## Summary
It seems that `./configure` ignores `LDFLAGS` (whereas `ghc-toolchain` doesn't).
## Steps to reproduce
`LDFLAGS="-Lsomethingbogus" ./configure`
You should get
```
There are some differences between the toolchain configured by "configure" (hadrian/cfg/default.target) and the toolchain configured by the "ghc-toolchain" program (hadrian/cfg/default.target.ghc-toolchain).
20c20
< { ccLinkProgram = Program { prgPath = "/usr/bin/gcc" , prgFlags = ["--target=arm64-apple-darwin","-Wl,-no_fixup_chains","-Wl,-no_warn_duplicate_libraries"] }
---
> { ccLinkProgram = Program { prgPath = "/usr/bin/gcc" , prgFlags = ["--target=arm64-apple-darwin","-Lsomethingbogus","-Wl,-no_fixup_chains","-Wl,-no_warn_duplicate_libraries"] }
```
## Expected behavior
`./configure`-based toolchain configuration should also consider `LDFLAGS` into the cclinker program.
I suppose this is not a priority because `ghc-toolchain` is already doing this right and we ultimately want to move toolchain configuration to it. It is yet another datapoint to hurry on the move (BTW, I think it has been two releases since ghc-toolchain is available opt-in... perhaps the time to make the move is drawing close?).
## Environment
* GHC version used: HEAD
Optional:
* Operating System: macOS
* System Architecture: aarch64https://gitlab.haskell.org/ghc/ghc/-/issues/24547ghcup metadata includes extraneous dlOutput fields2024-03-27T12:34:17ZBen Gamarighcup metadata includes extraneous dlOutput fieldsghcup can apparently infer the output name of an artifact from its URL.
Consequently, we should only include the `dlOutput` field when it would
differ from the filename of `dlUri`, as requested in https://github.com/haskell/ghcup-metadat...ghcup can apparently infer the output name of an artifact from its URL.
Consequently, we should only include the `dlOutput` field when it would
differ from the filename of `dlUri`, as requested in https://github.com/haskell/ghcup-metadata/pull/186/files#diff-b7aa200da91425001d95ee963dc2b97e33c87f584d916569c69fa20b49795887.Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/24546ghcup metadata gives incorrect dlSubdir of testsuite artifact2024-03-27T12:34:17ZBen Gamarighcup metadata gives incorrect dlSubdir of testsuite artifactAs noted in https://github.com/haskell/ghcup-metadata/pull/186#discussion_r1524064965, the `dlSubdir` of the testsuite artifact in the generated ghcup metadata is incorrect. It is listed as `dlSubdir: ghc-$ver` whereas it should be `dlSu...As noted in https://github.com/haskell/ghcup-metadata/pull/186#discussion_r1524064965, the `dlSubdir` of the testsuite artifact in the generated ghcup metadata is incorrect. It is listed as `dlSubdir: ghc-$ver` whereas it should be `dlSubdir: ghc-$ver/testsuite`.9.10.1Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/24545GHC 9.10.1-alpha1 .tar.gz download does not extract properly2024-03-21T15:50:12ZRyan ScottGHC 9.10.1-alpha1 .tar.gz download does not extract properlyAfter downloading https://downloads.haskell.org/ghc/9.10.1-alpha1/ghc-9.10.0.20240313-x86_64-fedora33-linux.tar.gz, I attempted to extract it, only to be thwarted by this error:
```
$ tar -xvf ghc-9.10.0.20240313-x86_64-fedora33-linux.t...After downloading https://downloads.haskell.org/ghc/9.10.1-alpha1/ghc-9.10.0.20240313-x86_64-fedora33-linux.tar.gz, I attempted to extract it, only to be thwarted by this error:
```
$ tar -xvf ghc-9.10.0.20240313-x86_64-fedora33-linux.tar.gz
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
```
Curiously, this only affects the `.tar.gz` download, as the [`.tar.xz` version](https://downloads.haskell.org/ghc/9.10.1-alpha1/ghc-9.10.0.20240313-x86_64-fedora33-linux.tar.xz) extracts without issue. I haven't tried any other variants of GHC 9.10.1-alpha1.9.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/24538Windows binary distributions ship with empty package database2024-03-19T19:22:46ZBen GamariWindows binary distributions ship with empty package databaseThe `ghcup` validation job for my most recent 9.10.1-alpha1 candidate (https://gitlab.haskell.org/ghc/ghcup-ci/-/jobs/1807133) reveals that Windows binary distributions are unserviceable, failing to find any of the boot packages during c...The `ghcup` validation job for my most recent 9.10.1-alpha1 candidate (https://gitlab.haskell.org/ghc/ghcup-ci/-/jobs/1807133) reveals that Windows binary distributions are unserviceable, failing to find any of the boot packages during compilation due to all of the package registration files being empty:
```
Unpacking to acme-box-0.0.0.0\
+ cd acme-box-0.0.0.0/
+ ghc Setup.hs
[1 of 2] Compiling Main ( Setup.hs, Setup.o )
Setup.hs:1:1: error: [GHC-87110]
Could not find module `Prelude'.
Use -v to see a list of the files searched for.
|
1 | import Distribution.Simple
| ^
Setup.hs:1:1: error: [GHC-87110]
Could not find module `Distribution.Simple'.
Use -v to see a list of the files searched for.
|
1 | import Distribution.Simple
| ^^^^^^^^^^^^^^^^^^^^^^^^^^
```Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/24531Runtime failure on windows with zlib-0.7.0.0 when missing zlib library2024-03-12T15:28:23ZHannes SiebenhandlRuntime failure on windows with zlib-0.7.0.0 when missing zlib libraryFirst reported by https://github.com/haskell/zlib/issues/65
GHC doesn't fail compilation of a binary depending on `zlib-0.7.0.0`, although the linking of the zlib system depedency failed. The issue exists at least on GHC 9.2.8 through G...First reported by https://github.com/haskell/zlib/issues/65
GHC doesn't fail compilation of a binary depending on `zlib-0.7.0.0`, although the linking of the zlib system depedency failed. The issue exists at least on GHC 9.2.8 through GHC 9.6.
There is no message when running `cabal build`, but opening a repl session fails with the message:
```
ghc-9.4.8.exe: Could not load `zlib1.dll'. Reason: addDLL: zlib1.dll or dependencies not loaded. (Win32 error 126)
```
I was able to reproduce the issue on Win 10, GHC 9.4.8 and cabal 3.10.2.1, but was unable to reproduce the issue on any windows GitHub CI runners.
I briefly investigated, the main change seems to be that zlib haskell library switched to using `extra-libraries` on windows, which should alwasy exist as GHC ships with zlib on windows. Likewise, I verified the library exists, too.Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/24529Binary distribution build on Windows fails2024-03-25T17:40:32ZBen GamariBinary distribution build on Windows failsIt appears that the `reloc-binary-dist` target is broken in at least some situations on Windows. Specifically, the `configure` invocation performed by `Rules.BinaryDist.installTo` fails to find the in-place mingw toolchain, causing `ghc-...It appears that the `reloc-binary-dist` target is broken in at least some situations on Windows. Specifically, the `configure` invocation performed by `Rules.BinaryDist.installTo` fails to find the in-place mingw toolchain, causing `ghc-toolchain` to conclude that there is no valid object merging tool available:
```
[Error {errorMessage = "Neither a object-merging tool (e.g. ld -r) nor an ar that supports -L is available", errorLogContexts = []}]
```
What is perplexing is that this appears to work in CI: the build system manages to produce a binary distribution, albeit a broken one for unrelated reasons (#24525).https://gitlab.haskell.org/ghc/ghc/-/issues/24525Windows bindists are quite broken2024-03-20T10:46:50ZBen GamariWindows bindists are quite brokenmingw32 binary distributions are currently quite broken:
```bash
$ wget https://gitlab.haskell.org/ghc/ghc/-/jobs/1805153/artifacts/raw/ghc-x86_64-windows-release.tar.xz
$ tar -xf ../ghc-x86_64-windows-release.tar.xz
$ cd ghc-9.10.0.2024...mingw32 binary distributions are currently quite broken:
```bash
$ wget https://gitlab.haskell.org/ghc/ghc/-/jobs/1805153/artifacts/raw/ghc-x86_64-windows-release.tar.xz
$ tar -xf ../ghc-x86_64-windows-release.tar.xz
$ cd ghc-9.10.0.20240310-x86_64-unknown-mingw32/
$ bin/ghc --info
ghc-9.10.0.20240310.exe: could not detect mingw toolchain in the following paths: ["C:\\msys64\\home\\ben\\tmp\\ghc-9.10.0.20240310-x86_64-unknown-mingw32\\lib\\..\\mingw","C:\\msys64\\home\\ben\\tmp\\ghc-9.10.0.20240310-x86_64-unknown-mingw32\\lib\\..\\..\\mingw","C:\\msys64\\home\\ben\\tmp\\ghc-9.10.0.20240310-x86_64-unknown-mingw32\\lib\\..\\..\\..\\mingw"]
```
It appears that many things that should be in the root of the binary distribution are instead now in `lib` (including `mingw/`):
```bash
$ ls lib/
a.exe config.guess config.status default.host.target.in doc ghc-usage.txt install-sh llvm-targets mk README x86_64-windows-ghc-9.10.0.20240310
bin config.log config.sub default.target docs-utils html latex Makefile package.conf.d settings
build.mk config.mk configure default.target.ghc-toolchain ghc-interp.js include lib manpage post-link.mjs template-hsc.h
completion config.mk.in default.host.target default.target.in ghci-usage.txt INSTALL llvm-passes mingw prelude.js wrappers
```
Moving `lib/mingw` to the root of the distribution appears to be sufficient to make the compiler functional.9.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/24465Man page missing from bindists2024-03-01T16:51:46ZBryan Rbryan@haskell.foundationMan page missing from bindistsAs noted at https://github.com/haskell/ghcup-hs/issues/990#issuecomment-1957326918
I can confirm there is a man page in ghc-9.8.1-x86_64-fedora33-linux.tar.lz, but **not** in ghc-9.8.1-x86_64-rocky8-linux.tar.lz.As noted at https://github.com/haskell/ghcup-hs/issues/990#issuecomment-1957326918
I can confirm there is a man page in ghc-9.8.1-x86_64-fedora33-linux.tar.lz, but **not** in ghc-9.8.1-x86_64-rocky8-linux.tar.lz.Matthew PickeringMatthew Pickeringhttps://gitlab.haskell.org/ghc/ghc/-/issues/24356Install bash completion file2024-03-05T09:53:22ZBryan Rbryan@haskell.foundationInstall bash completion file#20802 included ghc.bash in the bindist, but it might be nice to actually install it with `make install`, too. At the very least, that would make the script available to GHCup users, though they would still need to manually source it in ...#20802 included ghc.bash in the bindist, but it might be nice to actually install it with `make install`, too. At the very least, that would make the script available to GHCup users, though they would still need to manually source it in their rc files. (Plus, they would need to know where to find it.)https://gitlab.haskell.org/ghc/ghc/-/issues/24276The global package db directory of GHC has duplicate files (*.copy)2024-01-09T15:13:57ZOleg GrenrusThe global package db directory of GHC has duplicate files (*.copy)```
/opt/ghc/9.8.1/lib/ghc-9.8.1/lib/package.conf.d % ll
total 1272
-rw-r--r-- 1 phadej phadej 1788 loka 10 10:56 array-0.5.6.0-88aa.conf
-rw-rw-r-- 1 phadej phadej 1788 loka 10 10:56 array-0.5.6.0-88aa.conf....```
/opt/ghc/9.8.1/lib/ghc-9.8.1/lib/package.conf.d % ll
total 1272
-rw-r--r-- 1 phadej phadej 1788 loka 10 10:56 array-0.5.6.0-88aa.conf
-rw-rw-r-- 1 phadej phadej 1788 loka 10 10:56 array-0.5.6.0-88aa.conf.copy
```
I checked versions 9.4.6, 9.6.2 and 9.8.1. All have these `*.copy` files. The 9.2.8 doesn't have.Matthew PickeringMatthew Pickeringhttps://gitlab.haskell.org/ghc/ghc/-/issues/242009.2.8 armv7 bindist is broken2023-11-22T04:02:21ZJulian Ospald9.2.8 armv7 bindist is broken`make install` of bindist https://downloads.haskell.org/~ghc/9.2.8/ghc-9.2.8-armv7-deb10-linux.tar.xz fails with
```
/usr/bin/install -c -m 755 -d "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8"
for i in driver/g...`make install` of bindist https://downloads.haskell.org/~ghc/9.2.8/ghc-9.2.8-armv7-deb10-linux.tar.xz fails with
```
/usr/bin/install -c -m 755 -d "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8"
for i in driver/ghc-usage.txt driver/ghci-usage.txt includes/dist/build/settings llvm-targets llvm-passes; do case $i in *.a) /usr/bin/install -c
-m 644 $i "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8"; true "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib
/ghc-9.2.8"/`basename $i` ;; *.dll) /usr/bin/install -c -m 755 $i "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8" ; : "/ro
ot/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8"/`basename $i` ;; *.so) /usr/bin/install -c -m 755 $i "/root/.ghcup/tmp/ghcup-c9
0a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8" ;; *.dylib) /usr/bin/install -c -m 755 $i "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/
ghc-9.2.8";; *) /usr/bin/install -c -m 644 $i "/root/.ghcup/tmp/ghcup-c90a8b5e/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8"; esac; done
gcc -E -undef -traditional -P -DINSTALLING -DLIB_DIR='"/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8"' -DINCLUDE_DIR='"/root/.ghcup/ghc/9.2.8/lib/ghc-9.2.8/
include"' -DFFI_INCLUDE_DIR= -DFFI_LIB_DIR= '-DFFI_LIB="Cffi"' -DLIBDW_INCLUDE_DIR= -DLIBDW_LIB_DIR= -Iincludes -Iincludes/dist -Iincludes/dist-der
ivedconstants/header -Iincludes/dist-ghcconstants/header -Iincludes/dist-install/build -x c rts/package.conf.in -o rts/dist/package.conf.install.ra
w
grep -v '^#pragma GCC' rts/dist/package.conf.install.raw | sed -e 's/""//g' -e 's/:[ ]*,/: /g' >rts/dist/package.conf.install
make[1]: *** No rule to make target 'utils/unlit/dist-install/build/tmp/unlit', needed by 'install_libexecs'. Stop.
make: *** [Makefile:51: install] Error 2
```
----
Building 9.2.8 from source and trying to package/install it results in linking errors, because this hsc2hs bug has not been backported: https://gitlab.haskell.org/ghc/ghc/-/commit/99623358754d812b8b4bdfcdc57190d38617b9cc
I fixed all of that downstream: https://downloads.haskell.org/~ghcup/unofficial-bindists/ghc/9.2.8/ghc-9.2.8-armv7-deb10-linux-gnueabihf.tar.xzhttps://gitlab.haskell.org/ghc/ghc/-/issues/24129GHC doc build broken by sphinx 72023-11-01T08:10:39ZsterniGHC doc build broken by sphinx 7## Summary
Building the GHC documentation fails with
```
Theme error:
An error happened in rendering the page 9.0.1-notes.
Reason: UndefinedError("'style' is undefined")
```
After upgrading to sphinx 7.2.6.
## Steps to reproduce
Bui...## Summary
Building the GHC documentation fails with
```
Theme error:
An error happened in rendering the page 9.0.1-notes.
Reason: UndefinedError("'style' is undefined")
```
After upgrading to sphinx 7.2.6.
## Steps to reproduce
Build GHC with sphinx 7.2.6, e.g. by building any `ghc*` (non `Binary` ofc) attribute under `haskell.compiler` on nixpkgs `6515b811b82a83f551988dd25ec6ef587fa93ef0`.
Example logs:
- https://hydra.nixos.org/build/239488473/nixlog/1
- https://hydra.nixos.org/build/239551789/nixlog/1
## Expected behavior
Build succeeds.
## Environment
* GHC version used: 9.0.2, 9.4.7
Optional:
* Operating System: NixOS
* System Architecture: x86_64-linux, aarch64-darwinMatthew PickeringMatthew Pickeringhttps://gitlab.haskell.org/ghc/ghc/-/issues/24122Boot library version history table is missing 9.4.x entries for x>42023-10-31T15:04:20ZBryan Rbryan@haskell.foundationBoot library version history table is missing 9.4.x entries for x>4https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/libraries/version-history only goes up to 9.4.4.https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/libraries/version-history only goes up to 9.4.4.ZubinZubinhttps://gitlab.haskell.org/ghc/ghc/-/issues/241219.8.1 hadrian installs libraries LICENSE files into /usr/lib64/ghc-9.8.1/shar...2023-10-31T15:02:42ZJens Petersen9.8.1 hadrian installs libraries LICENSE files into /usr/lib64/ghc-9.8.1/share/doc/x86_64-linux-ghc-9.8.1/*/## Summary
## Steps to reproduce
The general Fedora steps are in ghc9.8.spec here:
https://src.fedoraproject.org/rpms/ghc9.8/tree/rawhide
But currently it works around this problem by just removing the said files at the end.
So curren...## Summary
## Steps to reproduce
The general Fedora steps are in ghc9.8.spec here:
https://src.fedoraproject.org/rpms/ghc9.8/tree/rawhide
But currently it works around this problem by just removing the said files at the end.
So currently it is not a high priority - though the file path seems unsatisfactory to me.
## Expected behavior
The LICENSE files are platform dependent so they could be installed in `/usr/lib64/ghc-9.8.1/share/doc/*/` at least.
Normally they should live around `/usr/share/{doc,licenses}/ghc-9.8.1/*/` instead.
## Environment
* GHC version used: 9.8.1
Optional:
* Operating System: Fedora Linux
* System Architecture: x86_649.8.2Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/24093user_guide.pdf not present in doc tarball2024-03-17T23:54:24ZBen Gamariuser_guide.pdf not present in doc tarballIn 9.8.1 the PDF version of the user-guide did not make it into the doc-tarball which gets uploaded to `downloads.haskell.org`.In 9.8.1 the PDF version of the user-guide did not make it into the doc-tarball which gets uploaded to `downloads.haskell.org`.9.10.1Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/24028Missing users_guide for the Windows distributions of GHC 9.6.*2024-01-09T10:32:10ZHai / @BestYeenMissing users_guide for the Windows distributions of GHC 9.6.*## Summary
In the past, the users_guide doc directory was shipped with the Windows distro of GHC, and that was very handy.
At the moment, it's not shipped anymore, but there's still a link to it in the shipped docs, which is now dead.
...## Summary
In the past, the users_guide doc directory was shipped with the Windows distro of GHC, and that was very handy.
At the moment, it's not shipped anymore, but there's still a link to it in the shipped docs, which is now dead.
A short discussion about it is here: https://discourse.haskell.org/t/ghc-9-6-3-is-now-released/7682
I'm using this documentation a lot when working with Haskell, and I prefer the docs I use to be easy to obtain for offline use.
Please include it again. It's extremely useful to have. Sorry for being a Windows user in this case. :)9.8.2Matthew PickeringMatthew Pickeringhttps://gitlab.haskell.org/ghc/ghc/-/issues/24007relpath.sh script produces wrong results2023-10-03T21:40:13ZIlias Tsitsimpisrelpath.sh script produces wrong results## Summary
The mk/relpath.sh script is supposed to be a shell implementation of realpath, but produces wrong results.
## Steps to reproduce
```
$ ./mk/relpath.sh /usr/lib/ghc/lib /usr/lib/ghc-doc
..-doc
```
## Expected behavior
```
...## Summary
The mk/relpath.sh script is supposed to be a shell implementation of realpath, but produces wrong results.
## Steps to reproduce
```
$ ./mk/relpath.sh /usr/lib/ghc/lib /usr/lib/ghc-doc
..-doc
```
## Expected behavior
```
$ realpath --relative-to=/usr/lib/ghc/lib /usr/lib/ghc-doc
../../ghc-doc
```9.8.2Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/23871Testing ghc-toolchain in packaging environments2024-03-21T09:52:05ZMatthew PickeringTesting ghc-toolchain in packaging environmentsWe want to test that ghc-toolchain works in as many situations as possible. This will require building ghc with the `--enable-strict-ghc-toolchain-check` configure flag and verifying that the output produced by ghc-toolchain is the same ...We want to test that ghc-toolchain works in as many situations as possible. This will require building ghc with the `--enable-strict-ghc-toolchain-check` configure flag and verifying that the output produced by ghc-toolchain is the same as the configure script.
Here are a list of potential places where we will want to test this:
- [x] GHC CI itself ( !10976 )
- [ ] Fedora packaging (cc @juhp)
- [ ] Debian packaging
- [ ] Homebrew packaging
- [ ] Haskell.nix packaging
- [ ] nixpkgs packaging
Perhaps people have some other ideas about places where GHC is built from source we should also be testing.Matthew PickeringMatthew Pickering