New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Loading temp shared object failed: dlopen(/var/folders/I0/... ) Library not loaded: @rpath/libghc_21.dylib #13
Comments
Sorry, I have no idea! There's nothing in these commits that points to any obvious explanation. |
PS this surely has to do with TemplateHaskell which is used in this library. |
Thanks for that clue. I will look into that. I don't think there is anything in this library that seems to need fixing. Appreciate your thoughts. |
I did get this to build, by setting the TMPDIR to something local, and asking ghc to not delete temp files. Then when it failed the first time through, I set DYLD_LIBRARY_PATH to the appropriate temp dir where the dylib was. The second time through the build, it used the (identical) dylib it now found from the first failed build, and finished. Hopefully upstream might give me some code to add to the ghc or cabal dylib link script that adds an rpath to the needed temp dir where the dylibs are being generated. |
Great! Maybe this issue can be closed, then, if it's really a cabal issue? |
thanks for your thoughts…K |
I do not know a lot about building with cabal and ghc, but have built a number of packages so far without trouble.
I will admit up-front that this ghc version is built on an older Apple system using some enhancements that usually work well, in the hopes of allowing software like pandoc to run on older MacOS systems. Having said that, it has been successful building all ghc packages via cabal to date, until this issue arose.
When trying to build this package as part of building pandoc, I ran into an odd linker error I have not seen before:
This commit of the library builds without trouble on this system (Apple Darwin Intel 10.6 ghc 8.10.4 or 9.2.5, cabal 3.8):
69e6c3c
the following commit 7756a7f does not build due to:
the next commit 47ce5f2 gives this error:
and then the next one 45ba318 gives the mentioned linker error:
I'm not really sure what is happening to cause this linker issue. I thought perhaps you might recognize what is going on. I'll enclose the full verbose build log.
Thanks for any insights you might have.
The text was updated successfully, but these errors were encountered: