-
Notifications
You must be signed in to change notification settings - Fork 841
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
Support public sublibraries #5256
Comments
oh, perhaps stack already has support here, I see there's a test here: https://github.com/commercialhaskell/stack/tree/master/test/integration/tests/cabal-public-sublibraries |
Is there a way to declare multiple libraries in |
@Qiu233, Cabal sublibraries? I think not, given: sol/hpack#483. |
@mpilgrem hpack is an optional feature. One doesn't need to use it in order to use stack. |
On the topic of Stack supporting Cabal's public sublibraries, there is also #4745 (component-based builds). |
I think this issue can be closed, can't it? |
@mmhat, if you are proposing this issue be closed because Stack supports public sublibraries, Stack does not (yet) support them. |
I am closing this issue because #6343 has been merged. |
It would be super to be able to use cabal 3's
visibility: public
feature (https://fgaz.me/posts/2019-11-14-cabal-multiple-libraries/) on auxiliary libraries. Personally I'd like to make use of this feature to avoid cluttering the write-only namespace on Hackage/Stackage. This is also quite important IMO for backpack due to the number of different libraries required for a backpackized project.Related: #4910, #2540 and #4564
I couldn't find an existing issue for this, and perhaps this is a better fit for the Stackage repo.
The text was updated successfully, but these errors were encountered: