Replies: 1 comment
-
|
After some troubleshooting, I found that the apparent issue was that I had a custom entry in $PKG_CONFIG_PATH pointing to an old version of the FFI library. Deleting this fixed the issue but it still makes me suspect that on some level, when using a |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
This may be a very niche question, but here it goes. I have a
haskell-flakeproject that has a FFI that is connected using thesettings._.customfield.If I run
nix build, it succeeds. If I runnix developand thencabal test, one unit test fails. This particular unit test is related to a new addition to the FFI to handle that particular test. It is as if thecabal testbuild/linking is using the old version of the FFI.I have done a few tests, even changing the FFI so it's intentionally broken, and every time,
nix buildgives the expected result,cabal testpasses all unit tests (that should fail now) except the new one. It seems as if thedevShellis frozen with an old version of the FFI.I tried bumping up the version of the FFI and put a version constraint in the
.cabalfile underpkgconfig-depends, same result.If I use
cabal repland run this unit test manually, it succeeds and produces the expected result per the latest version of the FFI.The real problem I'm facing is that when I use this flake as an input to a different flake, I'm seeing the issue for binaries built with this dependency. For that flake,
nix buildandcabal replshow the functionality of the updated FFI. But running the binary errors out and so does runningcabal test.Beta Was this translation helpful? Give feedback.
All reactions