GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2019-07-07T18:38:58Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/9808Add data-dir to InstalledPackageInfo2019-07-07T18:38:58ZLuite StegemanAdd data-dir to InstalledPackageInfoCurrently, the data directory of a package is not stored in the package database. This is fine for programs produced by GHC, where programs know the location of their own data files through the `Paths_packagename` module, but it's not su...Currently, the data directory of a package is not stored in the package database. This is fine for programs produced by GHC, where programs know the location of their own data files through the `Paths_packagename` module, but it's not sufficient for programs that do not have direct access to the local filesystem.
Programs produced by GHCJS should be able to load their data files over HTTP. If GHCJS would know the `data-dir` location of all packages, it could make the data files for all dependencies available when linking, and generate a `FilePath -> URI` mapping table. The best it can currently do is making all files on the hard drive available.
I have a patch for this that I'll submit once I've figured out how Phabricator works ;)
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.3 |
| Type | Task |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Add data-dir to InstalledPackageInfo","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"7.10.1","resolution":"Unresolved","owner":{"tag":"OwnedBy","contents":"luite"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Task","description":"Currently, the data directory of a package is not stored in the package database. This is fine for programs produced by GHC, where programs know the location of their own data files through the `Paths_packagename` module, but it's not sufficient for programs that do not have direct access to the local filesystem.\r\n\r\nPrograms produced by GHCJS should be able to load their data files over HTTP. If GHCJS would know the `data-dir` location of all packages, it could make the data files for all dependencies available when linking, and generate a `FilePath -> URI` mapping table. The best it can currently do is making all files on the hard drive available.\r\n\r\nI have a patch for this that I'll submit once I've figured out how Phabricator works ;)","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1Luite StegemanLuite Stegemanhttps://gitlab.haskell.org/ghc/ghc/-/issues/9736Constant folding rules are wrong for GHCJS2019-07-07T18:39:16ZLuite StegemanConstant folding rules are wrong for GHCJSGHCJS currently has a complete copy of PrelRules to work around some issues where the rules depend on the build environment instead of the target.
- shiftRightLogical
- removeOp32
I'd like to get rid of the copy for 7.10
<details><sum...GHCJS currently has a complete copy of PrelRules to work around some issues where the rules depend on the build environment instead of the target.
- shiftRightLogical
- removeOp32
I'd like to get rid of the copy for 7.10
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.3 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Constant folding rules are wrong for GHCJS","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"7.10.1","resolution":"Unresolved","owner":{"tag":"OwnedBy","contents":"luite"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"GHCJS currently has a complete copy of PrelRules to work around some issues where the rules depend on the build environment instead of the target. \r\n\r\n- shiftRightLogical\r\n- removeOp32\r\n\r\nI'd like to get rid of the copy for 7.10","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1Luite StegemanLuite Stegeman