Date: Tue, 01 Mar 2011 18:22:02 +0100 From: Dimitry Andric <dim@FreeBSD.org> To: Doug Barton <dougb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Can't update CLang-based system Message-ID: <4D6D2B3A.5050907@FreeBSD.org> In-Reply-To: <4D6B54F6.2000804@FreeBSD.org> References: <11C58791-9103-4C0E-8B35-EE46A4A6D3D4@kientzle.com> <4D6B54F6.2000804@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2011-02-28 08:55, Doug Barton wrote: > I have a different problem on r219092. Everything builds find, but > "linking kernel.debug" hangs forever. It can't even be killed with ^C. > My existing system is r218985M, which was built with clang. This is my > first time trying to build a system with clang ON a system that was > itself built with clang (if that makes sense). In r219139, I've checked in a temporary workaround for this problem. Long story short, there's a bug in clang's integrated assembler, which sometimes causes malloc initialization to hang indefinitely in threaded statically linked executables (such as the bootstrap copy of ctfmerge). You might need to rebuild and install libc first, to get a good copy of ctfmerge, though. This is because the bootstrap copy of ctfmerge is linked with /usr/lib/libc.a, which might contain a bad version of malloc.o.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D6D2B3A.5050907>