GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2019-07-07T18:00:13Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/16407Non-versioned haddock.exe is not part of the Windows bindist tarball2019-07-07T18:00:13ZMoritz KieferNon-versioned haddock.exe is not part of the Windows bindist tarballThe GHC 8.6.3 Windows bindist tarball contained both `ghc-8.6.3/bin/haddock-8.6.3.exe` as well as `ghc-8.6.4/bin/haddock.exe`. However, the 8.6.4 tarball only contains the executable with a version suffix `ghc-8.6.4/bin/haddock-8.6.4.exe...The GHC 8.6.3 Windows bindist tarball contained both `ghc-8.6.3/bin/haddock-8.6.3.exe` as well as `ghc-8.6.4/bin/haddock.exe`. However, the 8.6.4 tarball only contains the executable with a version suffix `ghc-8.6.4/bin/haddock-8.6.4.exe`. This broke some users, e.g., the Shake CI https://ci.appveyor.com/project/ndmitchell/shake/builds/22909548\#L971 but also `rules_haskell` which assume the existence of that executable.
Assuming this change was not intentional, it would be great if we could get a bindist that contains the unversioned haddock.exe.
Not sure if this is related to #16398.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 8.6.4 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | high |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Non-versioned haddock.exe is not part of the Windows bindist tarball","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"8.6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"The GHC 8.6.3 Windows bindist tarball contained both `ghc-8.6.3/bin/haddock-8.6.3.exe` as well as `ghc-8.6.4/bin/haddock.exe`. However, the 8.6.4 tarball only contains the executable with a version suffix `ghc-8.6.4/bin/haddock-8.6.4.exe`. This broke some users, e.g., the Shake CI https://ci.appveyor.com/project/ndmitchell/shake/builds/22909548#L971 but also `rules_haskell` which assume the existence of that executable.\r\n\r\nAssuming this change was not intentional, it would be great if we could get a bindist that contains the unversioned haddock.exe.\r\n\r\nNot sure if this is related to #16398.","type_of_failure":"OtherFailure","blocking":[]} -->8.6.5https://gitlab.haskell.org/ghc/ghc/-/issues/16445GHC 8.6.4 Haddocks don't have source links2019-04-26T09:23:13ZAlec TheriaultGHC 8.6.4 Haddocks don't have source linksUsually, binary distributions include Haddock documentation pages for all the bundled libraries with source links (the sources have historically been generated with `HsColour`, although with Hadrian binary dists we've moved to using Hadd...Usually, binary distributions include Haddock documentation pages for all the bundled libraries with source links (the sources have historically been generated with `HsColour`, although with Hadrian binary dists we've moved to using Haddock's own Hyperlinker backend). It looks like 8.6.4 bindists are missing the source links and files altogether:
```sh
$ l ~/.ghcup/ghc/8.6.4/share/doc/ghc-8.6.4/html/libraries/base-4.12.0.0/src
ls: /Users/atheriault/.ghcup/ghc/8.6.4/share/doc/ghc-8.6.4/html/libraries/base-4.12.0.0/src: No such file or directory
$ l ~/.ghcup/ghc/8.6.3/share/doc/ghc-8.6.3/html/libraries/base-4.12.0.0/src
total 21400
drwxr-xr-x 240 atheriault staff 8.0K Dec 14 08:30 .
drwxr-xr-x 231 atheriault staff 7.7K Dec 14 08:30 ..
-rw-r--r-- 1 atheriault staff 26K Dec 14 08:30 Control-Applicative.html
-rw-r--r-- 1 atheriault staff 68K Dec 14 08:30 Control-Arrow.html
-rw-r--r-- 1 atheriault staff 11K Dec 14 08:30 Control-Category.html
-rw-r--r-- 1 atheriault staff 19K Dec 14 08:30 Control-Concurrent-Chan.html
...
```8.6.5https://gitlab.haskell.org/ghc/ghc/-/issues/16516GHC 8.6.4 Windows 32 distributables2020-06-02T11:53:12ZvarosiGHC 8.6.4 Windows 32 distributablesCurrently there is no 32bit builds for Windows of GHC 8.6.4 - https://www.haskell.org/ghc/download_ghc_8_6_4.html#binaries
It would be great if there is 32bit build also.Currently there is no 32bit builds for Windows of GHC 8.6.4 - https://www.haskell.org/ghc/download_ghc_8_6_4.html#binaries
It would be great if there is 32bit build also.8.6.5https://gitlab.haskell.org/ghc/ghc/-/issues/16398Missing documentation in Windows bindist tarball2019-09-12T22:55:30ZBen GamariMissing documentation in Windows bindist tarballTakenobu noticed the following omissions from the 8.6.4 bindist tarball:
> Perhaps you may know, but the following html documents are not included in
> the windows tarball \[1\]:
>
> - doc/html/index.html
> - doc/html/users_guide/index....Takenobu noticed the following omissions from the 8.6.4 bindist tarball:
> Perhaps you may know, but the following html documents are not included in
> the windows tarball \[1\]:
>
> - doc/html/index.html
> - doc/html/users_guide/index.html
> - doc/html/libraries/index.html
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 8.6.4 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | highest |
| Resolution | Unresolved |
| Component | Documentation |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Missing documentation in Windows bindist tarball","status":"New","operating_system":"","component":"Documentation","related":[],"milestone":"8.8.1","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"8.6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Takenobu noticed the following omissions from the 8.6.4 bindist tarball:\r\n\r\n> Perhaps you may know, but the following html documents are not included in\r\n> the windows tarball [1]:\r\n>\r\n> * doc/html/index.html\r\n> * doc/html/users_guide/index.html\r\n> * doc/html/libraries/index.html\r\n\r\n","type_of_failure":"OtherFailure","blocking":[]} -->8.8.1Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/16508Hadrian: invalid ghci wrapper script2019-05-01T13:08:54ZSylvain HenryHadrian: invalid ghci wrapper scriptWhen we install an Hadrian generated bindist with "make install", we obtain an invalid ghci wrapper script.
Hadrian conflates two wrapper scripts into one: wrappers/ghci and wrappers/ghci-script. Only the last one should be used. Patch ...When we install an Hadrian generated bindist with "make install", we obtain an invalid ghci wrapper script.
Hadrian conflates two wrapper scripts into one: wrappers/ghci and wrappers/ghci-script. Only the last one should be used. Patch coming.8.8.1Sylvain HenrySylvain Henryhttps://gitlab.haskell.org/ghc/ghc/-/issues/16602GHC 8.6.5 still bundling Cabal-2.4.0.12019-05-24T12:55:14ZHerbert Valerio Riedelhvr@gnu.orgGHC 8.6.5 still bundling Cabal-2.4.0.1After the GHC 8.6.5-rc1 release candidate was filed, [Mikhail pointed out](https://twitter.com/refold/status/1115503408008577025) that the RC had still not been updated to the Cabal-2.4.1.0 bugfix point release that had been released alr...After the GHC 8.6.5-rc1 release candidate was filed, [Mikhail pointed out](https://twitter.com/refold/status/1115503408008577025) that the RC had still not been updated to the Cabal-2.4.1.0 bugfix point release that had been released already ~5 months ago (on 2018-11-25) which had already failed to be included in the releases GHC 8.6.3, GHC 8.6.4 and now GHC 8.6.5 which all occurred *after* 2018-11-25. How are we supposed to coordinate lib:Cabal <-> GHC releases?
PS: As a fun fact, Stack(age) pays an almost guaranteed compile-time penalty here as [all recent Stackage snapshots seem to include lib:Cabal-2.4.1.0 in their snapshot freeze file](https://www.stackage.org/package/Cabal/snapshots), and compiling lib:Cabal is notoriously costly.8.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/16107Update GCC compiler & friends2019-10-22T06:07:09ZPhilippeUpdate GCC compiler & friendsgcc used by ghc is now about 1.5 years old. It's going to take some time for a new GHC release as well. Would be good to update gcc too. Probably it's backwards compatible with old gcc so would be easy to patch.
https://github.com/ghc/g...gcc used by ghc is now about 1.5 years old. It's going to take some time for a new GHC release as well. Would be good to update gcc too. Probably it's backwards compatible with old gcc so would be easy to patch.
https://github.com/ghc/ghc/blob/f11f2521aff16edca150e6eed5102a3da7e4f59a/mk/get-win32-tarballs.sh\#L104-L114
source code also points to other tools of which some have newer versions.
Packages can be browsed here http://repo.msys2.org/mingw/x86_64/
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 8.6.3 |
| Type | FeatureRequest |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Update GCC compiler & friends","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"8.6.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"FeatureRequest","description":"gcc used by ghc is now about 1.5 years old. It's going to take some time for a new GHC release as well. Would be good to update gcc too. Probably it's backwards compatible with old gcc so would be easy to patch.\r\n\r\nhttps://github.com/ghc/ghc/blob/f11f2521aff16edca150e6eed5102a3da7e4f59a/mk/get-win32-tarballs.sh#L104-L114\r\n\r\nsource code also points to other tools of which some have newer versions.\r\n\r\nPackages can be browsed here http://repo.msys2.org/mingw/x86_64/","type_of_failure":"OtherFailure","blocking":[]} -->8.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/16498Broken bindist install with hadrian2019-04-26T09:23:10ZSylvain HenryBroken bindist install with hadrianBuilding a bindist with Hadrian works:
```bash
> ./hadrian/build.stack.sh -c -j binary-dist
> ./_build/bindist/ghc-8.9.20190320-x86_64-unknown-linux/bin/ghc
ghc: no input files
Usage: For basic information, try the `--help' option.
```
...Building a bindist with Hadrian works:
```bash
> ./hadrian/build.stack.sh -c -j binary-dist
> ./_build/bindist/ghc-8.9.20190320-x86_64-unknown-linux/bin/ghc
ghc: no input files
Usage: For basic information, try the `--help' option.
```
But installing it with "make install" doesn't:
```bash
> mkdir /tmp/ghc-install
> cd _build/bindist/ghc-8.9.20190320-x86_64-unknown-linux
> ./configure --prefix=/tmp/ghc-install
> make install
[...]
/tmp/ghc-install/lib/ghc-8.9.20190320/bin/ghc-pkg: error while loading shared libraries: libHSterminfo-0.4.1.3-ghc8.9.20190320.so: cannot open shared object file: No such file or directory
make: *** [Makefile:122: update_package_db] Error 127
> /tmp/ghc-install/bin/ghc
/tmp/ghc-install/lib/ghc-8.9.20190320/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.5.0-ghc8.9.20190320.so: cannot open shared object file: No such file or directory
```
It seems to be a problem with RPATH and/or file copy as we can see with the following session:
```
> readelf -d /tmp/ghc-install/lib/ghc-8.9.20190320/bin/ghc | grep RUNPATH
0x000000000000001d (RUNPATH) Bibliothèque runpath:[$ORIGIN/../lib/x86_64-linux-ghc-8.9.20190320:_build/stage1/lib/../lib/x86_64-linux-ghc-8.9.20190320]
> mkdir /tmp/ghc-install/lib/ghc-8.9.20190320/lib
> mv /tmp/ghc-install/lib/* /tmp/ghc-install/lib/ghc-8.9.20190320/lib
> /tmp/ghc-install/lib/ghc-8.9.20190320/bin/ghc
ghc: no input files
Usage: For basic information, try the `--help' option.
```8.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/17726Offer lzip-compressed binary distributions2024-03-19T18:37:09ZBen GamariOffer lzip-compressed binary distributionsRecently @vmchale suggested that we use [lzip](https://www.nongnu.org/lzip/lzip.html) instead of `xz` for compressing binary distributions. While I think the ubiquity of `xz` is a good reason to continue offering it, I am not opposed to ...Recently @vmchale suggested that we use [lzip](https://www.nongnu.org/lzip/lzip.html) instead of `xz` for compressing binary distributions. While I think the ubiquity of `xz` is a good reason to continue offering it, I am not opposed to also offering lzip tarballs in the future. Afterall, we offered both `bzip2` and `xz` for many years.8.10.1Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/17265Source distributions contain rts.cabal2019-11-03T20:24:49ZJudah JacobsonSource distributions contain rts.cabal## Summary
GHC source distributions contain the file `rts.cabal`, which is generated by the build. That file should probably be excluded from source distributions.
## Steps to reproduce
```
$ tar -tf ghc-8.8.1-src.tar.xz | grep rts....## Summary
GHC source distributions contain the file `rts.cabal`, which is generated by the build. That file should probably be excluded from source distributions.
## Steps to reproduce
```
$ tar -tf ghc-8.8.1-src.tar.xz | grep rts.cabal
ghc-8.8.1/rts/rts.cabal.in
ghc-8.8.1/rts/rts.cabal
```
I also confirmed that this is still happening in HEAD with Hadrian:
```
$ tar -tf _build/source-dist/ghc-8.9.0.20190926-src.tar.xz | grep rts.cabal
_build/source-dist/ghc-8.9.0.20190926-src/rts/rts.cabal
_build/source-dist/ghc-8.9.0.20190926-src/rts/rts.cabal.in
```
## Expected behavior
The tarballs should not include `rts.cabal`.
## Environment
* GHC version used: 8.6.4 and 8.8.18.8.2https://gitlab.haskell.org/ghc/ghc/-/issues/18146Mac os 10.15.4 install impossible 8.10.12020-05-09T16:29:31ZJean Marie FalisseMac os 10.15.4 install impossible 8.10.1## Summary
During the installation process (make install), messages like "Impossible d’ouvrir « ghc-pkg » car le développeur ne peut pas être vérifié." (impossible to open "ghc-pkg because the developer cannot be checked) are produced. ...## Summary
During the installation process (make install), messages like "Impossible d’ouvrir « ghc-pkg » car le développeur ne peut pas être vérifié." (impossible to open "ghc-pkg because the developer cannot be checked) are produced. Although, in "System preferences", the authorisations are given, installation finishes with "make[1]: *** [install_packages] Killed: 9
make: *** [install] Error 2".
## Steps to reproduce
make install
## Expected behavior
Just install ghc.
## Environment
* GHC version used: 8.10.1
Optional:
* Operating System: Mac OS 10.15.4
* System Architecture:8.10.2https://gitlab.haskell.org/ghc/ghc/-/issues/177698.10.1 RC1: containers documentation gets installed with HADDOCK_DOCS=NO2022-02-24T15:10:52ZJens Petersen8.10.1 RC1: containers documentation gets installed with HADDOCK_DOCS=NO## Summary
Build ghc-8.10.1 RC1 with `HADDOCK_DOCS=NO` (in build.mk).
## Steps to reproduce
My `build.mk` containers
```
HADDOCK_DOCS = NO
BUILD_MAN = NO
BUILD_SPHINX_HTML = NO
BUILD_SPHINX_PDF = NO
```
`make install` leads to the d...## Summary
Build ghc-8.10.1 RC1 with `HADDOCK_DOCS=NO` (in build.mk).
## Steps to reproduce
My `build.mk` containers
```
HADDOCK_DOCS = NO
BUILD_MAN = NO
BUILD_SPHINX_HTML = NO
BUILD_SPHINX_PDF = NO
```
`make install` leads to the documentation for the containers-0.6.2.1 library being installed.
## Expected behavior
No haddocks to be installed.
## Environment
* GHC version used: ghc-8.10.0.20200123
Optional:
* Operating System: Fedora (Linux)
* System Architecture: x86_648.10.2Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/18794GHC 9.0.1-alpha1 Source Distribution tarball missing Hadrian scripts2020-10-27T18:03:17ZbitGHC 9.0.1-alpha1 Source Distribution tarball missing Hadrian scriptsHello, I have downloaded this file: <https://downloads.haskell.org/ghc/9.0.1-alpha1/ghc-9.0.0.20200925-src.tar.xz>
It appears that that it is missing the `hadrian` directory so it is not possible to build it using hadrian.
This issue i...Hello, I have downloaded this file: <https://downloads.haskell.org/ghc/9.0.1-alpha1/ghc-9.0.0.20200925-src.tar.xz>
It appears that that it is missing the `hadrian` directory so it is not possible to build it using hadrian.
This issue is a re-raise of #17980. I was hoping that GHC 9.0 would be able to build using hadrian (to get relocatable builds) using the regular official source tarball (without having to mess with git).
Thank you9.0.1https://gitlab.haskell.org/ghc/ghc/-/issues/19316ghc-9.0.1-windows-extra-src.tar.xz is empty2021-04-02T10:14:15ZSimon Jakobighc-9.0.1-windows-extra-src.tar.xz is emptySee https://downloads.haskell.org/~ghc/9.0.1/. I don't use this tarball, but it seems off.See https://downloads.haskell.org/~ghc/9.0.1/. I don't use this tarball, but it seems off.9.0.1https://gitlab.haskell.org/ghc/ghc/-/issues/19150DWARF-enabled release builds aren't DWARF-enabled2022-02-24T15:28:42ZBen GamariDWARF-enabled release builds aren't DWARF-enabledIt appears that the `9.0.1-rc1-deb10-dwarf` bindist was built in the `perf` flavour. The reason appears to be that the `.release` transclusion in `gitlab-ci.yml` overrode `BUILD_FLAVOUR`.It appears that the `9.0.1-rc1-deb10-dwarf` bindist was built in the `perf` flavour. The reason appears to be that the `.release` transclusion in `gitlab-ci.yml` overrode `BUILD_FLAVOUR`.9.0.1Ben GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/20267Binary distribution generation for cross-compilers is broken2022-07-21T22:11:15ZBen GamariBinary distribution generation for cross-compilers is brokenIt appears that attempting to build a cross-compiler binary distribution with Hadrian is currently broken (e.g. see https://gitlab.haskell.org/ghc/ghc/-/jobs/768787):
```
...
| Copy directory: _build/stage1/lib/aarch64-linux-ghc-9.3.202...It appears that attempting to build a cross-compiler binary distribution with Hadrian is currently broken (e.g. see https://gitlab.haskell.org/ghc/ghc/-/jobs/768787):
```
...
| Copy directory: _build/stage1/lib/aarch64-linux-ghc-9.3.20210819/rts-1.0.2/include => _build/bindist/ghc-9.3.20210819-aarch64-linux-gnu
# ghc-pkg (for binary-dist-dir)
Error when running Shake build system:
at want, called at src/Main.hs:104:30 in main:Main
* Depends on: binary-dist
at apply1, called at src/Development/Shake/Internal/Rules/Rerun.hs:41:5 in shake-0.19.4-20c6545ab58e09240e1fa246d8fa870a38f1b3f44de1e37fd2fd5ff0f6f94849:Development.Shake.Internal.Rules.Rerun
* Depends on: binary-dist-dir
* Raised the exception:
_build/bindist/ghc-9.3.20210819-aarch64-linux-gnu/bin/ghc-pkg: createProcess: runInteractiveProcess: exec: does not exist (No such file or directory)
hadrian/build-cabal --flavour=validate -j5 --broken-test= --bignum=gmp binary-dist failed
```Make removalhttps://gitlab.haskell.org/ghc/ghc/-/issues/19963Non-portable realpath option in hadrian bindist Makefile2022-01-31T02:55:51ZvdukhovniNon-portable realpath option in hadrian bindist MakefileCommit 04b4b98447c36a2d28fffe819c97c32b591479ee added `hadrian/bindist/Makefile` in which one of the rules uses `realpath` with a Linux-specific option:
```
PKG_CONFS = $(shell find "$(ActualLibsDir)/package.conf.d" -name '*.conf' | sed ...Commit 04b4b98447c36a2d28fffe819c97c32b591479ee added `hadrian/bindist/Makefile` in which one of the rules uses `realpath` with a Linux-specific option:
```
PKG_CONFS = $(shell find "$(ActualLibsDir)/package.conf.d" -name '*.conf' | sed 's: :xxx:g')
update_package_db: install_bin install_lib
@echo "$(PKG_CONFS)"
@echo "Updating the package DB"
$(foreach p, $(PKG_CONFS),\
$(call patchpackageconf,$(shell echo $(notdir $p) | sed 's/-\([0-9]*[0-9]\.\)*conf//g'),$(shell echo "$p" | sed 's:xxx: :g'),$(docdir),$(shell realpath --relative-to="$(libdir)" "$(docdir)")))
'$(WrapperBinsDir)/ghc-pkg' recache
```
The `--relative-to` option is not portable. I'm not sure what this code is trying to do, and so not clear whether the use of `realpath` here is merely cosmetic, or actually important...Make removalBen GamariBen Gamarihttps://gitlab.haskell.org/ghc/ghc/-/issues/19868Hadrian Windows binary distributions include configure script2021-10-12T06:43:31ZBen GamariHadrian Windows binary distributions include configure scriptUnder the `make` build system Windows binary distributions do not include a installation `configure` script, `Makefile`, or associated paraphenalia. However, it appears that Hadrian's bindist rules treat Windows binary distributions the ...Under the `make` build system Windows binary distributions do not include a installation `configure` script, `Makefile`, or associated paraphenalia. However, it appears that Hadrian's bindist rules treat Windows binary distributions the same way they treat POSIX bindists. Consequently we end up including the `configure` script and `Makefile`, which are unnecessary on Windows.Make removalMatthew PickeringMatthew Pickeringhttps://gitlab.haskell.org/ghc/ghc/-/issues/17849hadrian source-dist is broken, the generated source dist does not compile2020-02-29T17:02:43ZCsaba Hruskahadrian source-dist is broken, the generated source dist does not compile## Summary
The command `hadrian/build.sh source-dist` generates source archive that does not compile.
## Steps to reproduce
1. clone GHC git repository: `git clone --recursive https://gitlab.haskell.org/ghc/ghc.git`
2. `./boot`
3. `./...## Summary
The command `hadrian/build.sh source-dist` generates source archive that does not compile.
## Steps to reproduce
1. clone GHC git repository: `git clone --recursive https://gitlab.haskell.org/ghc/ghc.git`
2. `./boot`
3. `./configure`
4. `hadrian/build.sh source-dist`
5. extract and boot/configure/compile the genertated archive (i.e. ghc-8.11.0.20200215-src.tar.xz)
Compilation output of the source-dist with hadrian:
```
# 1. hadrian source-dist generated: ghc-8.11.0.20200215-src.tar.xz from ghc git head
# 2. extract and boot/configure/compile ghc-8.11.0.20200215-src.tar.xz with hadrian/build.sh -j
| Run Ghc CompileHs Stage0: libraries/Cabal/Cabal/Distribution/CabalSpecVersion.hs => _build/stage0/libraries/Cabal/Cabal/build/Distribution/CabalSpecVersion.o
| Run Ghc CompileHs Stage0: libraries/Cabal/Cabal/Distribution/Compat/DList.hs => _build/stage0/libraries/Cabal/Cabal/build/Distribution/Compat/DList.o
| Run Ghc CompileHs Stage0: libraries/Cabal/Cabal/Distribution/Lex.hs => _build/stage0/libraries/Cabal/Cabal/build/Distribution/Lex.o
| Run Ghc CompileHs Stage0: libraries/Cabal/Cabal/Distribution/Fields/Lexer.hs => _build/stage0/libraries/Cabal/Cabal/build/Distribution/Fields/Lexer.o
| Run Ghc CompileHs Stage0: libraries/Cabal/Cabal/Distribution/Pretty.hs => _build/stage0/libraries/Cabal/Cabal/build/Distribution/Pretty.o
<no location info>: error:
module ‘ghc-8.6.2:Lexer’ is defined in multiple files: compiler/GHC/Cmm/Lexer.hs
compiler/parser/Lexer.hs
Error when running Shake build system:
at action, called at src/Rules.hs:71:19 in main:Rules
at need, called at src/Rules.hs:93:5 in main:Rules
* Depends on: _build/stage0/lib/package.conf.d/ghc-8.11.0.20200215.conf
at need, called at src/Rules/Register.hs:116:5 in main:Rules.Register
* Depends on: _build/stage0/compiler/build/libHSghc-8.11.0.20200215.a
at need, called at src/Rules/Library.hs:146:5 in main:Rules.Library
* Depends on: _build/stage0/compiler/build/Hooks.o
at &%>, called at src/Rules/Compile.hs:62:9 in main:Rules.Compile
* Depends on: _build/stage0/compiler/build/Hooks.o _build/stage0/compiler/build/Hooks.hi
at apply1, called at src/Development/Shake/Internal/Rules/Oracle.hs:159:32 in shake-0.18.3-a2e904f154f09728357733d7a3e8955a2a87773d2d7eb963a6f88d9d883fdde3:Development.Shake.Internal.Rules.Oracle
* Depends on: OracleQ (KeyValues ("_build/stage0/compiler/.dependencies","_build/stage0/compiler/build/Hooks.o"))
at need, called at src/Hadrian/Oracles/TextFile.hs:96:9 in main:Hadrian.Oracles.TextFile
* Depends on: _build/stage0/compiler/.dependencies
at readFile', called at src/Rules/Dependencies.hs:34:19 in main:Rules.Dependencies
at need, called at src/Development/Shake/Internal/Derived.hs:118:15 in shake-0.18.3-a2e904f154f09728357733d7a3e8955a2a87773d2d7eb963a6f88d9d883fdde3:Development.Shake.Internal.Derived
* Depends on: _build/stage0/compiler/.dependencies.mk
* Raised the exception:
user error (Development.Shake.cmd, system command failed
Command line: /usr/local/bin/ghc -M -hisuf hi -osuf o -hcsuf hc -static -hide-all-packages -no-user-package-db '-package-db _build/stage0/lib/package.conf.d' '-this-unit-id ghc-8.11.0.20200215' '-package-id array-0.5.3.0' '-
```
Compilation output of the source-dist with make:
```
# 1. hadrian source-dist generated: ghc-8.11.0.20200215-src.tar.xz from ghc git head
# 2. extract and boot/configure/compile ghc-8.11.0.20200215-src.tar.xz with make -j3
make -j3
+ test -f mk/config.mk.old
+ cp -p mk/config.mk mk/config.mk.old
touch -r mk/config.mk.old mk/config.mk
+ test -f mk/project.mk.old
+ cp -p mk/project.mk mk/project.mk.old
touch -r mk/project.mk.old mk/project.mk
+ test -f compiler/ghc.cabal.old
+ cp -p compiler/ghc.cabal compiler/ghc.cabal.old
touch -r compiler/ghc.cabal.old compiler/ghc.cabal
===--- building phase 0
make --no-print-directory -f ghc.mk phase=0 phase_0_builds
utils/genprimopcode/ghc.mk:19: utils/genprimopcode/dist/package-data.mk: No such file or directory
utils/deriveConstants/ghc.mk:19: utils/deriveConstants/dist/package-data.mk: No such file or directory
utils/genapply/ghc.mk:26: utils/genapply/dist/package-data.mk: No such file or directory
libraries/hpc/ghc.mk:3: libraries/hpc/dist-boot/package-data.mk: No such file or directory
libraries/binary/ghc.mk:3: libraries/binary/dist-boot/package-data.mk: No such file or directory
libraries/text/ghc.mk:3: libraries/text/dist-boot/package-data.mk: No such file or directory
libraries/transformers/ghc.mk:3: libraries/transformers/dist-boot/package-data.mk: No such file or directory
libraries/mtl/ghc.mk:3: libraries/mtl/dist-boot/package-data.mk: No such file or directory
libraries/parsec/ghc.mk:3: libraries/parsec/dist-boot/package-data.mk: No such file or directory
libraries/Cabal/Cabal/ghc.mk:3: libraries/Cabal/Cabal/dist-boot/package-data.mk: No such file or directory
libraries/ghc-boot-th/ghc.mk:3: libraries/ghc-boot-th/dist-boot/package-data.mk: No such file or directory
libraries/ghc-boot/ghc.mk:3: libraries/ghc-boot/dist-boot/package-data.mk: No such file or directory
libraries/template-haskell/ghc.mk:3: libraries/template-haskell/dist-boot/package-data.mk: No such file or directory
libraries/ghc-heap/ghc.mk:3: libraries/ghc-heap/dist-boot/package-data.mk: No such file or directory
libraries/terminfo/ghc.mk:3: libraries/terminfo/dist-boot/package-data.mk: No such file or directory
libraries/ghci/ghc.mk:3: libraries/ghci/dist-boot/package-data.mk: No such file or directory
ghc.mk:716: libraries/integer-gmp/gmp/ghc.mk: No such file or directory
compiler/ghc.mk:301: compiler/stage1/package-data.mk: No such file or directory
utils/hsc2hs/ghc.mk:21: utils/hsc2hs/dist/package-data.mk: No such file or directory
utils/ghc-pkg/ghc.mk:61: utils/ghc-pkg/dist/package-data.mk: No such file or directory
ghc/ghc.mk:117: ghc/stage1/package-data.mk: No such file or directory
ghc.mk:1221: warning: overriding recipe for target 'sdist_compiler_stage2_Cmm'
ghc.mk:1220: warning: ignoring old recipe for target 'sdist_compiler_stage2_Cmm'
mkdir -p inplace/bin
make[1]: *** No rule to make target 'libraries/integer-gmp/gmp/ghc.mk'. Stop.
make[1]: *** Waiting for unfinished jobs....
mkdir -p inplace/lib
"rm" -f inplace/bin/mkdirhier..
echo '#!/bin/sh' >> inplace/bin/mkdirhier
cat utils/mkdirhier/mkdirhier.sh >> inplace/bin/mkdirhier
chmod +x inplace/bin/mkdirhier
Makefile:123: recipe for target 'all' failed
make: *** [all] Error 2
```
## Expected behavior
The generated source distribution should compile with both hadrian and make.
Could the source-dist generator be tested via CI?
## Environment
* GHC version used: bootstrap GHC 8.6.2, GHC master git hash: 785008c1235bd77ddb4d13f57f92b249752d8ea5
Optional:
* Operating System: Ubuntu 16.04
* System Architecture: x64Make removalhttps://gitlab.haskell.org/ghc/ghc/-/issues/21609Libdir does not contain include/ path when built with Hadrian2022-06-17T09:05:28ZAlexey RadkovLibdir does not contain include/ path when built with Hadrian## Summary
It seems that `$libdir` does not contain */include* path when GHC was built with Hadrian whereas the GHC docs says:
--print-libdir
Print the path to GHC’s library directory. This is the top of the directory tree ...## Summary
It seems that `$libdir` does not contain */include* path when GHC was built with Hadrian whereas the GHC docs says:
--print-libdir
Print the path to GHC’s library directory. This is the top of the directory tree containing GHC’s libraries,
interfaces, and include files (usually something like /usr/local/lib/ghc-5.04 on Unix).
This is the value of $libdir in the package configuration file (see Packages).
I relied on this when configuring a C project that included *HsFFI.h*.
See also https://bugzilla.redhat.com/show_bug.cgi?id=2083958
## Steps to reproduce
Downoad a tarball, say, https://downloads.haskell.org/ghc/9.4.1-alpha1/ghc-9.4.0.20220501-x86_64-fedora33-linux.tar.lz, install it and check that
```
ls $(ghc --print-libdir)
```
does nor contain *include/* - the path will be some levels up, actually.
## Expected behavior
I expect that `ghc --print-libdir` contains *include/HsFFI.h*
## Environment
* GHC version used: 9.4
Optional:
* Operating System:
* System Architecture:Make removalMatthew PickeringMatthew Pickering