You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please follow the steps below for reporting a bug:
Make sure that you are using the latest release (currently stack-1.9.1).
See the upgrade instructions to upgrade.
shengc@ work $ stack upgrade
Current Stack version: 1.7.1, available download version: 1.7.1
Skipping binary upgrade, you are already running the most recent version
Please use the following schema for your bug report:
General summary/comments (optional)
I am trying to install JuicyPixels-3.2.9.5 using stack install, the process failed with can't load .so/.DLL for: libgmp.so. The nature of my working environment requires me to install linux libraries at unconventional location with linuxbrew. I did included both library path and include path where libgmp.so exists using --extra-lib-dirs and --extra-include-dirs, the error persisted anyway.
It is obvious that stack insisted looking for the that lib in /lib64, and given the fact there is libgmp.so.10 but notlibgmp.so in the same directory, it crapped out. Problem is I don't have the root privilege, otherwise I could just create a symlink there. My question is, since I do have a local installation of libgmp.so at $HOME/.linuxbrew/lib, is it possible to let stack pick up that dependency directly from there ?
Please follow the steps below for reporting a bug:
Make sure that you are using the latest release (currently stack-1.9.1).
See the upgrade instructions to upgrade.
Please use the following schema for your bug report:
General summary/comments (optional)
I am trying to install JuicyPixels-3.2.9.5 using
stack install
, the process failed withcan't load .so/.DLL for: libgmp.so
. The nature of my working environment requires me to install linux libraries at unconventional location withlinuxbrew
. I did included both library path and include path wherelibgmp.so
exists using--extra-lib-dirs
and--extra-include-dirs
, the error persisted anyway.Steps to reproduce
Output:
Stack version
Version 1.7.1, Git revision 681c800 (5807 commits) x86_64 hpack-0.28.2
The text was updated successfully, but these errors were encountered: