<div dir="ltr"><div>Dear Henning,</div>Your advice indeed forced Cabal to perform but it choked on  'mingw/bin/ld.exe' when building 'zlib'.  So, I cannot comment whether that merry run is able to produce working library, just because of ignoring dependency constraints.<br>Stack has built zlib in ghc-8.8.3 which for the above purpose is useless ...unless somebody will offer a solution to my main question: how to include old GHC Stack builds in current GHC work?<div>Cabal: Building library for zlib-0.6.2.2..<br>[1 of 5] Compiling Codec.Compression.Zlib.Stream ( dist\build\Codec\Compression\Zlib\Stream.hs, dist\build\Codec\Compression\Zlib\Stream.o )<br>ghc.exe: could not execute: C:/GitLabRunner/builds/2WeHDSFP/0/ghc/ghc/inplace/mingw/bin/ld.exe<br>cabal.exe: Failed to build zlib-0.6.2.2</div><div>Regards:-)<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 28, 2020 at 1:14 AM Henning Thielemann <<a href="mailto:lemming@henning-thielemann.de" target="_blank">lemming@henning-thielemann.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On Fri, 28 Aug 2020, Sylvester Hazel via Haskell-Cafe wrote:<br>
<br>
> The command 'stack ghci' configured older GHCi version 8.6.3 with all the needed packages.<br>
> It is possible to reason about this library now.<br>
> However, how to extend/modify this library and incorporate in my target (non-trivial) project is still beyond me.<br>
> There must be some way of reverse engineering this binary library to .hs scripts, so I could add this modified to<br>
> my project?<br>
<br>
There might be a set of versions of all libraries to build your project, <br>
but one library may have too restrictive version bounds.<br>
<br>
Cabal is more flexible than Stack in choosing sets of versions. You may <br>
use cabal's option --allow-newer=pkg1,pkg2,pkg3 and check whether Cabal <br>
can build your project anyway.<br>
</blockquote></div>