me at ara.io
Wed Aug 30 17:37:01 UTC 2017
That’s a very good point, and should be a good solution for now.
> On 30 Aug 2017, at 18:28, Phyx <lonetiger at gmail.com> 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.
>> On Wed, Aug 30, 2017 at 3:25 PM Ara Adkins <me at ara.io> 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.
>>> On Wed, Aug 30, 2017 at 3:19 PM, Ryan Scott <ryan.gl.scott at gmail.com> 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
>>> ghc-devs at haskell.org
>> ghc-devs mailing list
>> ghc-devs at haskell.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ghc-devs