-
Notifications
You must be signed in to change notification settings - Fork 731
[FR] - Make cardano-api/gen
a normal library again due to haskell.nix incompatibility.
#4455
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
Comments
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 120 days. |
It's not possible to make
Unfortunately, this means fixing |
Improving |
Afaict yes. |
Can you point to where the library is used? Is it for consumption via an |
I tried it with both srp and nix extra hackage. Neither do worth. Sublibs just don't work. At least for Haskell.nix devShells. See the attached issue. Thank you. |
@MangoIV Instead of making cardano-api/gen a top level library, will adding a |
I will close this issue as I don't depend on this anymore. I still want to note that one probably wants to abstain from using public sublibs as they're not fully supported by cabal yet and haskell.nix cannot deal with them for that reason and stuff will break. |
Uh oh!
There was an error while loading. Please reload this page.
Internal/External
External When trying to depend on the
cardano-node/cardano-api/gen
lib, theghcWrapper
somehow doesn't include the lib in the shell environment. This makes it not really usable as a dependency.Area
Other Any other topic (Delegation, Ranking, ...).
Describe the feature you'd like
I would like the
gen
library to be a normal toplevel library as long as all the bugs withsublibs
aren't fixed.Describe alternatives you've considered
The alternative is fixing
haskell.nix
and/orcabal
Additional context / screenshots
Also see this issue on
haskell.nix
The text was updated successfully, but these errors were encountered: