Thanks, Matt! That works!
Am Mi., 8. Apr. 2020 um 17:21 Uhr schrieb Matthew Pickering
:
>
> Simon, I assume the `-no-link` flag does this.
>
> ```
> > ghc --show-options | grep link
> -copy-libs-when-linking
> -no-link
> -no-auto-link-packages
> --print-c-compiler-link-flags
> ```
>
> Cheers,
>
>
Simon, I assume the `-no-link` flag does this.
```
> ghc --show-options | grep link
-copy-libs-when-linking
-no-link
-no-auto-link-packages
--print-c-compiler-link-flags
```
Cheers,
Matt
On Wed, Apr 8, 2020 at 4:15 PM Simon Jakobi via ghc-devs
wrote:
>
> Many thanks, Richard, Andreas,
Many thanks, Richard, Andreas, Joachim, and Ben, for your responses! I
have a few things to try now. :)
> * what I call the "Cabal test"; namely:
>
> $ _build/stage1/bin/ghc -O -ilibraries/Cabal/Cabal \
> libraries/Cabal/Cabal/Setup.hs +RTS -s
Thanks for spelling it out
No particular reason. There is an accepted GHC proposal to relax this
restriction [1], as well as an accompanying GHC issue [2], but it has not
yet been implemented.
Ryan S.
-
[1]
https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0170-unrestricted-overloadedlabels.rst
[2]
Hello devs,
GHC is planning to use the Large Address Space mode of allocation for
future releases on windows.
See https://gitlab.haskell.org/ghc/ghc/issues/12576
This is a significant optimization for the GC and well tested as we use
it on Linux already.
However it will regress memory useage