no dyn_o generated for C files #940
Labels
Comments
23Skidoo
pushed a commit
to 23Skidoo/cabal
that referenced
this issue
Jun 4, 2012
…r solver. During index conversion, the modular solver was discarding test and bench stanzas without dependencies. As a result, constraints to enable tests and benchmarks were then ignored in the solver. This should close issue haskell#940.
|
According to the reference above, commit 4c360d4 fixes this issue. Even if it doesn't, this refers to a very old version of cabal, and the ticket doesn't have a lot of information with which to reproduce the problem. I propose closing, but please re-open or create a new ticket if this problem persists. |
23Skidoo
pushed a commit
to 23Skidoo/cabal
that referenced
this issue
May 5, 2015
…r solver. During index conversion, the modular solver was discarding test and bench stanzas without dependencies. As a result, constraints to enable tests and benchmarks were then ignored in the solver. This should close issue haskell#940.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
(Imported from Trac #950, reported by guest on 2012-05-11)
When verifying a bug in GHC-7.5.20120510 I think I discovered a bug in Cabal-1.15.0 that is shipped with the nightly build of GHC.
In the llvm-base package the C/C++ modules in the cbits directory are only compiled for the static version and the dynamic objects are not generated. This results in the compiler error:
The text was updated successfully, but these errors were encountered: