From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:57:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF738106566B for ; Tue, 2 Oct 2012 21:57:30 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEB88FC08 for ; Tue, 2 Oct 2012 21:57:30 +0000 (UTC) Received: by wibhr7 with SMTP id hr7so1211483wib.13 for ; Tue, 02 Oct 2012 14:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=WmY8oOIokf0X44+5gYz4b2gT78m2iAYVpwwFpdZI3gs=; b=iZ03l6aiopa5p56xCmm+/CCpIsZiWVmUOgNnJ/bXATB+Q4J/xrGnqIy44YjnWSkiUx NG0lNvWGStNlLhKs6iRRmC7/BMDI+CdtzWqXgtV/pDMDKwqE7NTmhIBGLJoZxj23deGn ys5PGaLDLVWUOHeewuFVLuqCSWKDIUAJZk3wwOfLemXzch/VlIrekCLtfIFVhzdgMRNn 9pfthABwWo/8SUvLIU/EUqkYdmKyGcHnJGtjRLbYKMGAJWohHbHEzFMNsOHE7BaP5fs/ 8ZUPV8mZI5JPZDeS3sLO+QaL4WUGNoRE5qn8PwaFCZtNZ1sW7xGPHf7Wzyzu2ZhPBlGV gXSw== Received: by 10.216.131.161 with SMTP id m33mr82798wei.13.1349215049496; Tue, 02 Oct 2012 14:57:29 -0700 (PDT) Received: from limbo.xim.bz ([46.150.100.6]) by mx.google.com with ESMTPS id dt9sm21180124wib.1.2012.10.02.14.57.27 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 14:57:28 -0700 (PDT) Message-ID: <506B6344.7060302@gmail.com> Date: Wed, 03 Oct 2012 00:57:24 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <506A9D89.80303@gmail.com> <506AB019.70501@andric.com> <506B0FF5.5050505@gmail.com> <506B6118.1020701@andric.com> In-Reply-To: <506B6118.1020701@andric.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Eitan Adler , stable@freebsd.org Subject: Re: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:57:30 -0000 03.10.2012 00:48, Dimitry Andric wrote: >>> Bingo. Yes, disabling ccache makes everything work. >> please ping the ccache folk about this. It *shouldn't* matter. :) > > In this case, ccache apparently does not realize that the world stage is > using the toolchain built during the cross-tools stage, which usually is > in /usr/obj/usr/src/tmp/usr/bin. > > This toolchain uses another include and lib path, e.g. it only refers to > headers and libraries under /usr/obj, specifically *not* those in the > base system. > > In Volodymyr's original log, you can see /usr/bin/ld being invoked by > the compiler driver, not /usr/obj/usr/src/tmp/usr/bin/ld. I think > ccache invokes /usr/bin/cc, instead of /usr/obj/usr/src/tmp/usr/bin/cc. > > Normally ccache searches the PATH to find the 'real' cc executable, but > I am not sure why this goes wrong during the world stage. It would be > interesting to see some verbose logging from ccache, to see how it finds > the cc executable here. That's also a good catch. My system is configured according to /usr/ports/devel/ccache/files/ccache-howto-freebsd.txt.in and CCACHE_PATH is set to /usr/bin:/usr/local/bin. Can I ask you what is a preferrred way of dealing with the PATH in the buildworld? 1. Rely on what environment contains. 2. Hardcode some sane default for ccache. -- Sphinx of black quartz judge my vow.