split_marker crash

[Phyx]

On Mon, Nov 19, 2018 at 8:53 PM Simon Peyton Jones <simonpj at microsoft.com>
wrote:

> I do indeed have SplitObs=YES in my validate.mk.
>
> In the past at least, that made binaries quite a bit smaller.
>
> Happy to change it to SplitSections=YES if that is more kosher these days?
>

Yes, SplitObjs is no longer supported, will also cause an extremely slow
compilation depending on your optimization level and ways.
Removing the line should let the compiler default to the best choice, in
this case it should go to SplitSections on its
own when compiling stage2.

Regards,
Tamar


>
> Simon
>
>
>
> *From:* Andreas Klebinger <klebinger.andreas at gmx.at>
> *Sent:* 19 November 2018 20:38
> *To:* Ben Gamari <ben at well-typed.com>
> *Cc:* Phyx <lonetiger at gmail.com>; Simon Peyton Jones <
> simonpj at microsoft.com>; ghc-devs at haskell.org
> *Subject:* Re: split_marker crash
>
>
>
> I might already have found the specific cause.
>
> It seems with split sections we generate a dummy CmmProc, which has as
> entry label
> > error (split_sections_entry)
>
> My patch likely introduces strictness on that field where it was lazy
> before.
> If this is the cause I expect to have a patch up in a hour or two and will
> merge
> it after it validates.
>
> Cheers,
> Andreas
>
> Ben Gamari schrieb:
>
> Andreas Klebinger <klebinger.andreas at gmx.at> <klebinger.andreas at gmx.at> writes:
>
>
>
> Hello,
>
>
>
> I'm fine with reverting for now. But could you give me a way to
>
> reproduce this error?
>
>
>
> I've not seen crashes on either linux and windows in various configs.
>
>
>
> I suspect that Simon is building with SplitObjects enabled. To be
>
> honest, I would really like to remove this feature; SplitSections is
>
> better in nearly every regard. However, we have been stalled since
>
> SplitSections doesn't quite work yet on Windows (or, IIRC, the toolchain
>
> is prohibitively slow when it's used). I believe Tamar was working on
>
> fixing this.
>
>
>
> Cheers,
>
>
>
> - Ben
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20181119/8f8a5e64/attachment.html>