-
Notifications
You must be signed in to change notification settings - Fork 2
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
Issue with dynamic linking on MacOS #45
Comments
Seems to work in the CI @lapplislazuli, are you doing something different? |
@lapplislazuli note: the version of |
I deleted my .cabal, ran cabal update and re-installed the check-helpers. The issue above remains. Check-helpers is 0.0.4 and endemic is 0.5.0. It seems to be a different one to the one in the CI |
That's weird, since the bug you show is exactly what would happen if
The bug in the CI seems to be a fluke. Local imports are now on master, but it's a different issue: there we look for the source code of any imported modules and add them as a target if they exsist, while here the global package seems to not be working. |
@lapplislazuli could you pull master and see if you still get the issue? |
On the current Master the issue is different for me. I first deleted In our Repository I ran the
This seems to be (somehow) a MacOS issue, as both Docker and the CI are fine. |
cabal test
cabal test
[MacOS]
The issues with Dyn_o also made it into normal cabal run:
|
cabal test
[MacOS]
On deep contemplation, I think this is because my Mac needs dynamic compilation, but the fake targets are not compiled dynamicly. |
Yes, that makes a lot of sense. However, we don't always link the new ones, esp. not with repInteractive. Have you tried with that on? |
Issue when running
cabal test
This is also the reason for the red CI
Originally posted by @lapplislazuli in #44 (comment)
The text was updated successfully, but these errors were encountered: