From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 20:04:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9D42B40; Mon, 10 Nov 2014 20:04:38 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBCC133A; Mon, 10 Nov 2014 20:04:38 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sAAK4rWS035411; Mon, 10 Nov 2014 12:04:53 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dimitry Andric In-Reply-To: <620257BF-6202-4B3A-838F-9424D3E76BBF@FreeBSD.org> References: <35a0310882e1d8483662707a3925cbc9@ultimatedns.net>, <620257BF-6202-4B3A-838F-9424D3E76BBF@FreeBSD.org> From: "Chris H" Subject: Re: What's the least required in base to be functional? Date: Mon, 10 Nov 2014 12:04:53 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: FreeBSD toolchain , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2014 20:04:39 -0000 On Mon, 10 Nov 2014 20:28:00 +0100 Dimitry Andric wrote > On 10 Nov 2014, at 19:54, Chris H wrote: > > > > Apologies. That may not have been the best choice of titles. > > What I'm trying to determine, is what is the very least I will > > require in base, to actually build a userland build environment. > > NOTE; this all concerns -CURRENT (recent 11). > > Point being, while I recognize that clang/llvm is the default on > > 10+. I have been building/installing world/kernel with > > > > make.conf(5) > > WITHOUT_CLANG=true > > FAVORITE_COMPILER=gcc > > > > src.conf(5) > > WITHOUT_CLANG=true > > > > on RELENG_8, and RELENG_9, and 11 (as of 1 mos ago) > > Everything worked as anticipated. But a recent (5 days ago) > > build/install on -CURRENT. Followed by a make delete-old > > _seemed_ to have an adverse affect. More specifically; > > having used the above declarations always resulted in the > > make delete-old removing clang from base. Which was fine. As > > I had intended to experiment with the different versions of > > lang/clang, and devel/llvm, via installing from ports. But my > > recent attempt using the above method, resulted in my being > > unable to build many ports. x11/* mostly. I ran into problems > > with "xmmintrin.h" not being found. Or other problems, where > > declarations were not supported in gcc(4.8,4.9, or 5). So what > > exactly *must* be installed in base to allow for a more > > *granular* approach to testing/building? > > Used to be IIRC, fmake, or bmake. But that's likely a pretty > > dated recollection. > > On recent -CURRENT, to build world using the version of gcc in base, and > to not build or use the version of clang in base at all, you need at > least the following settings in your src.conf: > > WITH_GCC=x # Enables building gcc for the final world > WITH_GCC_BOOTSTRAP=x # Enables building gcc during cross-tools > WITH_GNUCXX=x # Enables building libstdc++ and libsupc++ > WITHOUT_CLANG_BOOTSTRAP=x # Disables building clang during cross-tools > WITHOUT_CLANG=x # Disables building clang for the final world > WITHOUT_CLANG_IS_CC=x # Links gcc to /usr/bin/cc, /usr/bin/c++, etc. > > Note that you can delete WITHOUT_CLANG from your make.conf, just like > other WITH_ and WITHOUT_ settings. These only belong in src.conf. > > -Dimitry Thank you, Dimitry. Perfect! So that I can become better acquainted. Where can I find (read) more about my options in base? KNOBS, and such. I don't recall reading about these in the developers handbook, and even then, especially where -CURRENT is concerned, they move/change pretty quickly. :) Thanks again. --Chris