From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 1 02:59:31 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36C8116A422; Wed, 1 Mar 2006 02:59:31 +0000 (GMT) (envelope-from flist@snark.rinet.ru) Received: from snark.rinet.ru (snark.rinet.ru [195.54.192.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA5643D69; Wed, 1 Mar 2006 02:59:21 +0000 (GMT) (envelope-from flist@snark.rinet.ru) Received: from snark.rinet.ru (flist@localhost.rinet.ru [127.0.0.1]) by snark.rinet.ru (8.13.4/8.13.4) with ESMTP id k2132Qc0048874; Wed, 1 Mar 2006 06:02:26 +0300 (MSK) (envelope-from flist@snark.rinet.ru) Received: (from flist@localhost) by snark.rinet.ru (8.13.4/8.13.4/Submit) id k2132Qxb048873; Wed, 1 Mar 2006 06:02:26 +0300 (MSK) (envelope-from flist) Date: Wed, 1 Mar 2006 06:02:26 +0300 From: Alex Semenyaka To: Ruslan Ermilov Message-ID: <20060301030226.GA48831@snark.rinet.ru> References: <20060226155009.GB6435@comp.chem.msu.su> <20060226185721.GF42677@ip.net.ua> <20060228044520.GB35526@stupid.rinet.ru> <20060228081911.GB42213@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060228081911.GB42213@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: Yar Tikhiy , hackers@freebsd.org, Alex Semenyaka Subject: Re: world's toolchain & CPUTYPE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2006 02:59:31 -0000 On Tue, Feb 28, 2006 at 10:19:11AM +0200, Ruslan Ermilov wrote: > > Isn't is reasonable to add corresponding optional functionality > > into the buld process? > No. Why? :) > > For example, if -DSTATIC_TOOLCHAIN (or > > pick any other name) is set, then: > > 1) build toolchain statically linked > This is already the case (${XMAKE} has -DNO_SHARED). Oh, great. Could we also add -DNO_MAKE_CONF then? Or at least -DTOOLCHAIN_NO_MAKE_CONF :) That's would be enough. Or do I miss something? SY, Alex