That’s a very good point, and should be a good solution for now. _ara
> On 30 Aug 2017, at 18:28, Phyx <[email protected]> wrote: > > That's certainly a possibility, though note that this is only an issue for > compiling stage2, not end user programs. > Since it's only for compiling ghc we don't have to include it in the bindist > so license would be less of an issue I think. > > I'll modify the scripts to pull it automatically when I submit the rest of > the patches. > > Thanks, > Tamar > >> On Wed, Aug 30, 2017 at 3:25 PM Ara Adkins <[email protected]> wrote: >> With a hit like that I think it should at least be highly publicised that it >> can cause huge hits to compilation time. I would support bundling the >> executable if it has a compatible license. >> >> _ara >> >>> On Wed, Aug 30, 2017 at 3:19 PM, Ryan Scott <[email protected]> wrote: >>> Thanks for putting so much effort into this work, Tamar! >>> >>> > When I do turn it on, by default you will get a large ~45min hit in >>> > compile time. >>> >>> Yikes, that's really bad! Bad enough that I have to wonder: would it >>> be worth including genlib among the other executables that we bundle >>> with GHC? Fortunately, us GHC developers have the foresight to know >>> that we should install genlib, but I imagine less informed Windows >>> users probably won't get the memo and will start to wonder why >>> compilation became so slow all of a sudden. >>> >>> Ryan S. >>> _______________________________________________ >>> ghc-devs mailing list >>> [email protected] >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs >> >> _______________________________________________ >> ghc-devs mailing list >> [email protected] >> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list [email protected] http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
