From owner-svn-src-all@FreeBSD.ORG Tue Mar 1 22:44:43 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 948251065673; Tue, 1 Mar 2011 22:44:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 543E18FC14; Tue, 1 Mar 2011 22:44:43 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:348f:5488:ad29:7fa] (unknown [IPv6:2001:7b8:3a7:0:348f:5488:ad29:7fa]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CBC9E5C59; Tue, 1 Mar 2011 23:44:37 +0100 (CET) Message-ID: <4D6D76DB.7030307@FreeBSD.org> Date: Tue, 01 Mar 2011 23:44:43 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.15pre) Gecko/20110227 Lanikai/3.1.9pre MIME-Version: 1.0 To: Jung-uk Kim References: <201103011715.p21HFiDB043251@svn.freebsd.org> <201103011401.36371.jkim@FreeBSD.org> In-Reply-To: <201103011401.36371.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@FreeBSD.org Subject: Re: svn commit: r219139 - head/lib/libc/stdlib X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2011 22:44:43 -0000 On 2011-03-01 20:01, Jung-uk Kim wrote: ... >> This is caused by a bug in clang's integrated assembler, causing >> malloc to sometimes hang during initialization in statically linked >> executables that use threading, such as the copy of ctfmerge that >> is built during the bootstrap stage of buildworld. The bug has >> been submitted upstream: >> >> http://llvm.org/bugs/show_bug.cgi?id=9352 ... > Is this somehow related? > > http://llvm.org/viewvc/llvm-project?view=rev&revision=126720 > > Please see #6 in the following thread: > > http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-February/013638.html Yes, I already tried that fix, but it didn't work for this particular issue. In the PR you can see I tested with clang r126742, which already contained the fix, but it still produces an incorrect result. Note that usually this kind of problem is fixed pretty fast, the more so since llvm/clang is going to branch for 2.9 soon (March 6th). :)