GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2021-05-26T08:30:35Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/9905ghc-7.8.x command line error2021-05-26T08:30:35ZzRecursiveghc-7.8.x command line error`$ghc -e "import Data.List" -e "print 9"` will not output 9 but `ghc -e "print 9"` works normally. However, both commands work on ghc-7.6.x.
Regards!
<details><summary>Trac metadata</summary>
| Trac field | Value |
...`$ghc -e "import Data.List" -e "print 9"` will not output 9 but `ghc -e "print 9"` works normally. However, both commands work on ghc-7.6.x.
Regards!
<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 | FreeBSD |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"ghc-7.8.x command line error","status":"New","operating_system":"FreeBSD","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"`$ghc -e \"import Data.List\" -e \"print 9\"` will not output 9 but `ghc -e \"print 9\"` works normally. However, both commands work on ghc-7.6.x.\r\n\r\nRegards!","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1rwbartonrwbartonhttps://gitlab.haskell.org/ghc/ghc/-/issues/9762#8696 + #90122019-07-07T18:39:09Zrwbarton#8696 + #9012As of the patch for #9012, we create a static reference to an HPC ticks label if and only if it is in the same package, which is correct for building normally, but not for building libraries that are to be loaded piecemeal by GHCi/TH (as...As of the patch for #9012, we create a static reference to an HPC ticks label if and only if it is in the same package, which is correct for building normally, but not for building libraries that are to be loaded piecemeal by GHCi/TH (as was the issue in #8696).
See http://lpaste.net/113689 for an example error.
I also wonder whether the other cases of `CLabel.labelDynamic` that check for "same package" could result in similar issues.
<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":"#8696 + #9012","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"As of the patch for #9012, we create a static reference to an HPC ticks label if and only if it is in the same package, which is correct for building normally, but not for building libraries that are to be loaded piecemeal by GHCi/TH (as was the issue in #8696).\r\n\r\nSee http://lpaste.net/113689 for an example error.\r\n\r\nI also wonder whether the other cases of `CLabel.labelDynamic` that check for \"same package\" could result in similar issues.","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1rwbartonrwbarton