From owner-freebsd-questions@FreeBSD.ORG Fri Aug 15 14:48:42 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5F4A1065671 for ; Fri, 15 Aug 2008 14:48:42 +0000 (UTC) (envelope-from fbsd06+Y2=6f1f293e@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8E78FC0C for ; Fri, 15 Aug 2008 14:48:42 +0000 (UTC) (envelope-from fbsd06+Y2=6f1f293e@mlists.homeunix.com) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 2FA9523E3F6 for ; Fri, 15 Aug 2008 10:48:40 -0400 (EDT) Date: Fri, 15 Aug 2008 15:48:38 +0100 From: RW To: freebsd-questions@freebsd.org Message-ID: <20080815154838.16f391a9@gumby.homeunix.com.> In-Reply-To: <26ddd1750808141304x46ed9e6dhe5bf04363a41626b@mail.gmail.com> References: <26ddd1750808141304x46ed9e6dhe5bf04363a41626b@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Working ccache configuration for buildworld on amd64? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2008 14:48:42 -0000 On Thu, 14 Aug 2008 16:04:52 -0400 "Maxim Khitrov" wrote: > This is an old problem, but so far I haven't been able to find a > solution. When ccache is used to build world on amd64, the process > fails when /usr/src/lib/csu/i386-elf/crt1.c is compiled. If > WITHOUT_LIB32 is added to src.conf, this problem does not happen. > Likewise, building without ccache works fine. I take it that you've already tried removing any unnecessary settings such as CFLAGS. What interesting about this is that it's failing on a compile; i.e. on a cache miss, when ccache is doing next to nothing. That suggests that there's either a problem in the way that the real compiler is invoked by ccache, or that the real failure occurred during the building of the toolchain and it's dependencies. I'd try setting CCACHE_RECACHE temporarily in the environment, to flush out the old cached files, and see if it makes a difference.