You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(I imagine the answer to this is "why would you want that", but I may as well ask...)
Is your feature request related to a problem? Please describe.
Both GHCup and Stack can manage manage GHC installations (as can system package managers, but I'll ignore those for now). To my eye, it seems wasteful to have another GHC installation on my development machine. I don't particularly want to download (or, worse, compile!) more copies of the same toolchains.
Describe the solution you'd like.
Alongside rules_haskell_toolchains and haskell_register_ghc_nixpkgs, rules_haskell should provide a means to import a toolchain already available on a system. This would be analogous to Stack's system-ghc flag; or to the magic local_jdk toolchain supported for Java. (Bonus points for integration with GHCup or Stack to import toolchains automatically.)
Describe alternatives you've considered.
(I've tried shoehorning this into rules_haskell's innards, and had no joy; and I don't understand Bazel's or rules_haskell's innards well enough to be confident in from scratch. I'd prefer not to end up with Yet Another GHC on my development machine.)
Additional context.
(I have the same objection to other rules_...-defined toolchains which are hermetic-only.)
The text was updated successfully, but these errors were encountered:
Thanks for raising this issue! If I understand it correctly, I think this issue asks for the same thing as #1320. See also #1423 (comment) for a discussion around different approaches to importing GHC toolchains.
Aha! Yes, those issues are what I'm thinking of — I hadn't dug back far enough (and didn't have enough search-keyword-fu) to find them. I'll close this and go follow those instead. Thanks!
(I imagine the answer to this is "why would you want that", but I may as well ask...)
Is your feature request related to a problem? Please describe.
Both GHCup and Stack can manage manage GHC installations (as can system package managers, but I'll ignore those for now). To my eye, it seems wasteful to have another GHC installation on my development machine. I don't particularly want to download (or, worse, compile!) more copies of the same toolchains.
Describe the solution you'd like.
Alongside
rules_haskell_toolchains
andhaskell_register_ghc_nixpkgs
,rules_haskell
should provide a means to import a toolchain already available on a system. This would be analogous to Stack'ssystem-ghc
flag; or to the magiclocal_jdk
toolchain supported for Java. (Bonus points for integration with GHCup or Stack to import toolchains automatically.)Describe alternatives you've considered.
(I've tried shoehorning this into
rules_haskell
's innards, and had no joy; and I don't understand Bazel's orrules_haskell
's innards well enough to be confident in from scratch. I'd prefer not to end up with Yet Another GHC on my development machine.)Additional context.
(I have the same objection to other
rules_...
-defined toolchains which are hermetic-only.)The text was updated successfully, but these errors were encountered: