From owner-svn-src-all@FreeBSD.ORG Thu Dec 24 17:09:47 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CB75106568D; Thu, 24 Dec 2009 17:09:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0E05F8FC1C; Thu, 24 Dec 2009 17:09:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id nBOH5rJu085011; Thu, 24 Dec 2009 10:05:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 24 Dec 2009 10:06:31 -0700 (MST) Message-Id: <20091224.100631.354966604298475976.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" In-Reply-To: <20091224144136.GA28793@edoofus.dev.vega.ru> References: <20091221.211648.632868945383134253.imp@bsdimp.com> <4B3129CD.20908@FreeBSD.org> <20091224144136.GA28793@edoofus.dev.vega.ru> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: dougb@freebsd.org, jhb@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, marius@alchemy.franken.de, svn-src-head@freebsd.org Subject: Re: svn commit: r200797 - head/lib/libc/stdtime X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 17:09:47 -0000 In message: <20091224144136.GA28793@edoofus.dev.vega.ru> Ruslan Ermilov writes: : On Tue, Dec 22, 2009 at 12:19:25PM -0800, Doug Barton wrote: : > In the short term I think we are well served on all fronts to modify : > the build architecture to better support compilers from ports. This : > would actually help with the llvm/clang testing too, and sidestep the : > problems of gplv3 stuff being in the base. TMK there has been no work : > on this direction at all, which is disappointing. : : If you take GNU binutils/compiler from ports, I think we can already : do this, and without any changes to the build architecture. It's : just a matter of defining several make(1) variables, like CC, CXX, : CPP, LD, AS, NM, AR, specifying full paths of the desired binaries, : plus some environment variables (at least STRIPBIN, so that install(1) : calls the correct strip(1) binary). Don't you have to replace them as a pair? And the list of variables is kinda long... And there's no real way to say use gcc from the tree, but use binutils from ports. Warner