From owner-freebsd-arch@FreeBSD.ORG Thu Jan 19 19:43:49 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7815816A41F; Thu, 19 Jan 2006 19:43:49 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2747543D45; Thu, 19 Jan 2006 19:43:48 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id k0JJhmcR011982; Thu, 19 Jan 2006 11:43:48 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.4/8.13.4/Submit) id k0JJhlPc011981; Thu, 19 Jan 2006 11:43:47 -0800 (PST) (envelope-from marcel) Date: Thu, 19 Jan 2006 11:43:47 -0800 From: Marcel Moolenaar To: Ruslan Ermilov Message-ID: <20060119194347.GA68946@ns1.xcllnt.net> References: <20060119084827.lsj89qu01wgogogs@netchild.homeip.net> <20060119125124.GB52459@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060119125124.GB52459@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: Alexander Leidinger , arch@freebsd.org Subject: Re: The cause of the build problems with ccache X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 19:43:49 -0000 On Thu, Jan 19, 2006 at 02:51:25PM +0200, Ruslan Ermilov wrote: > > > - Wouldn't it be better to discard the default include path and add the > > include path we want explicitly on the command line? > > > This was attempted before and failed. I don't remember all the details > now (you can also go ask Marcel and David), but I remember GCC is picky > about standard paths: it would treat them differently from other > locations, resulting in a different set of warnings etc. And we want > it to work exactly as if these paths were standard. The compiler set > uses stuff in ${WORLDTMP}: new headers, libraries, etc. True. Cross-building was implemented in the days when Perl was still in the tree. A lot (if not all) of the obvious solutions simply didn't work because the Perl buildtools weren't parameterized. The only option was to change the behaviour of the compiler under the hood. Now that we don't have to worry about Perl anymore, it's more likely that we can use standard GCC options. Just keep in mind that a cross compiler tends to behave differently from a native compiler. They certainly did back then. There may be goblins still... See also rev 1.16 of src/contrib/gcc/gcc.c. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net