<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Aug 17, 2016 at 6:35 AM, Joerg Sonnenberger via cfe-commits <span dir="ltr"><<a href="mailto:cfe-commits@lists.llvm.org" target="_blank">cfe-commits@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Aug 17, 2016 at 01:05:08AM -0000, Richard Smith via cfe-commits wrote:<br>
> Author: rsmith<br>
> Date: Tue Aug 16 20:05:07 2016<br>
> New Revision: 278882<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=278882&view=rev" rel="noreferrer" target="_blank">http://llvm.org/viewvc/llvm-<wbr>project?rev=278882&view=rev</a><br>
> Log:<br>
> If possible, set the stack rlimit to at least 8MiB on cc1 startup, and work<br>
> around a Linux kernel bug where the actual amount of available stack may be a<br>
> *lot* lower than the rlimit.<br>
<br>
</span>Can you please restrict this to Linux? I'm quite opposed to overriding<br>
system default limits, they exist for a reason.</blockquote><div><br></div><div>No, that wouldn't make any sense. It's not up to the operating system how an application decides to allocate memory (on the heap versus on the stack), and Clang's stack usage isn't going to be significantly lower on other kernels. If some BSD kernel's VM is unable to cope with this, we could spawn a thread with a suitable amount of stack space instead.<br></div></div></div></div>