[llvm-dev] [cfe-dev] [4.0.0 Release] Release Candidate 2 source and binaries available
Hans Wennborg via llvm-dev
llvm-dev at lists.llvm.org
Wed Feb 15 10:42:07 PST 2017
It sounds like PR31890 was introduced with r294186, which is well
after the 4.0 branch (r291814), so that's not what's happening here.
Martin, how long does your file usually take to build? Would it be
possible to use creduce to get to a test case that you can upload to
the bug tracker?
On Wed, Feb 15, 2017 at 9:50 AM, Nemanja Ivanovic via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
> This may be a shot in the dark (I don't even know whether your revision
> includes the culprit revision), but the symptoms seem similar to:
> On Wed, Feb 15, 2017 at 12:43 PM, Renato Golin via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
>> On 15 February 2017 at 10:24, Richtarsky, Martin via llvm-dev
>> <llvm-dev at lists.llvm.org> wrote:
>> > I have encountered very long compile times for three large source files
>> > containing generated/unrolled code at -O1.
>> > We are talking about 10+ hours here without completing, so it looks very
>> > much like an endless loop.
>> > The processes are using 15, 22 and 27 GB of memory but do not appear to
>> > grow further.
>> > This worked fine in the past, so appears to be a regression.
>> > Are there any new optimization passes I could try switching off?
>> > I could not find any mention in the release notes of new passes.
>> It doesn't seem to be any new passes, but the scheduler. Did this work
>> in RC1? If so, it'll be a lot easier to identify the cause. If not, a
>> bisection might help.
>> LLVM Developers mailing list
>> llvm-dev at lists.llvm.org
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
More information about the llvm-dev