From owner-freebsd-stable@FreeBSD.ORG Tue Sep 23 05:32:50 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5559BC5; Tue, 23 Sep 2014 05:32:50 +0000 (UTC) Received: from smtp1.tnnet.fi (smtp1.tnnet.fi [IPv6:2001:40e8:10:11:89:236:117:164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.tnnet.fi", Issuer "Go Daddy Secure Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B79AE27; Tue, 23 Sep 2014 05:32:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.tnnet.fi (Postfix) with ESMTP id DE265181AE7; Tue, 23 Sep 2014 08:32:36 +0300 (EEST) X-Virus-Scanned: amavisd-new at tnnet.fi Received: from smtp1.tnnet.fi ([127.0.0.1]) by localhost (mx2.tnnet.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fL8BKzVn0ncW; Tue, 23 Sep 2014 08:32:34 +0300 (EEST) Received: from [192.168.0.2] (unknown [213.185.47.6]) by smtp1.tnnet.fi (Postfix) with ESMTP id 5B3EE1812CE; Tue, 23 Sep 2014 08:32:34 +0300 (EEST) Message-ID: <542105A3.4090507@iki.fi> Date: Tue, 23 Sep 2014 08:31:15 +0300 From: Pasi Parviainen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: Dmitry Marakasov Subject: Re: clang (both 3.3 and 3.4) OOM crashes on HEAD References: <20140228143606.GD29171@hades.panopticon> <20140228154328.GA13454@hades.panopticon> <20140922231016.GA1301@hades.panopticon> In-Reply-To: <20140922231016.GA1301@hades.panopticon> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , freebsd-toolchain@freebsd.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2014 05:32:50 -0000 On 23.9.2014 2:10, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > >>>> I've been getting some failure mails from pkg building cluster related >>>> to clang crashes: >>>> >>>> http://beefy2.isc.freebsd.org/bulk/head-amd64-default/2014-02-28_01h43m56s/logs/arx-libertatis-1.0.3_2.log >>>> http://beefy1.isc.freebsd.org/bulk/head-i386-default/2014-02-21_03h01m36s/logs/supertuxkart-0.8.1.log >>>> >>>> At first I thought they'll go away with clang 3.4, but recently I've >>>> added HEAD jail to my tinderbox and reproduced these. Also a reason >>>> of crashes become apparent: c++ eats all available memoty (15G RSS >>>> in my case). >>>> >>>> I though of investigating these further, but wanted to check if it's >>>> already known first. >>> >>> There are a few known OOM bugs in 3.4, but from the logs it is not >>> immediately apparent if you are hitting those, or if they are new bugs. >> >> Note that it affects both 3.3 and 3.4. I think it was triggered by >> something unrelated to clang update, maybe libc++ update. >> >>> To be able to figure that out, we need the files mentioned in clang's >>> diagnostic messages, e.g. for arx-libertatis: >>> >>> /tmp/Input-XkKTNq.cpp >>> /tmp/Input-XkKTNq.sh >> >> Here's one from arx-libertatis: >> >> http://people.freebsd.org/~amdmi3/clang-eats-mem-bug.tar.bz2 >> >> The bug is reproducible on my 10.x with both system clang 3.3 (after >> removing -vectorize-loops -vectorize-slp options) and with clang 3.4 >> from ports. > > I'll just remind that this is still an issue, and it's getting into > 10.1. Could we maybe disable compiler features with lead to these > crashes? > This seems to be same issue as in http://llvm.org/bugs/show_bug.cgi?id=20893 for which there is patch review going on http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20140922/236415.html. Your test case is reproducible with the trunk of llvm/clang and the patch in review resolves it. Other workaround is to disable generation of debug information by removing -g flag. Pasi