Date: Tue, 1 Mar 2011 14:01:33 -0500 From: Jung-uk Kim <jkim@FreeBSD.org> To: src-committers@FreeBSD.org Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Dimitry Andric <dim@freebsd.org> Subject: Re: svn commit: r219139 - head/lib/libc/stdlib Message-ID: <201103011401.36371.jkim@FreeBSD.org> In-Reply-To: <201103011715.p21HFiDB043251@svn.freebsd.org> References: <201103011715.p21HFiDB043251@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 01 March 2011 12:15 pm, Dimitry Andric wrote: > Author: dim > Date: Tue Mar 1 17:15:44 2011 > New Revision: 219139 > URL: http://svn.freebsd.org/changeset/base/219139 > > Log: > Put in a temporary workaround for ctfmerge hanging on processing > kernel.debug (or possibly other files), when WITH_CTF is active. > > 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 > > Note that you might have to rebuild and install libc first, to > get your kernel build to finish, because the ctfmerge binary built > during bootstrap is linked with your base system's copy of libc.a, > which might already contain a bad copy of malloc.o. 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 Jung-uk Kim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201103011401.36371.jkim>