From owner-freebsd-current@freebsd.org Thu Apr 6 17:26:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60447D31540 for ; Thu, 6 Apr 2017 17:26:20 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3EE0885A for ; Thu, 6 Apr 2017 17:26:20 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 6B90B5A9F15; Thu, 6 Apr 2017 17:26:18 +0000 (UTC) Date: Thu, 6 Apr 2017 17:26:18 +0000 From: Brooks Davis To: "Russell L. Carter" Cc: freebsd-current@freebsd.org Subject: Re: how to mark llvm* forbidden? Message-ID: <20170406172618.GB62417@spindle.one-eyed-alien.net> References: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> <20170405215139.GA62417@spindle.one-eyed-alien.net> <26b7ef04eae1f095c399fae53eaaba39@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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: Thu, 06 Apr 2017 17:26:20 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote: > On 04/05/17 15:32, Chris H wrote: > > On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis wro= te > >=20 > >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: > >>> OK I'm chasing -CURRENT, and I performed an initial > >>> install, followed by a new world/kernel && ports about a > >>> mos ago. Last Friday, I svn upped the system (src && ports), > >>> rebuilt/installed world/kernel. I just began rebuilding > >>> the ports, only to find that when finished, I will likely > >>> end up with every version of llvm && clang from version 3 > >>> to the now current 4. My build session is currently tying > >>> nearly every core on the CPU with llvm builds. Given that > >>> llvm4 comes in base. Is there *any* reason I can not insist > >>> that the ports I upgrade, or build, just use the version(s) > >>> of clang/llvm in base? If so. How do I inform the ports > >>> that they may *only* use the version(s) in base? > >> > >> In general you can't. There are many reasons including: the base llvm > >> doesn't include the requisite cmake bits for cmake based ports, some > >> ports use unstable APIs and require specific LLVM versions, and some u= se > >> LLVM tools or libraries that aren't built/installed as part of the base > >> system. > >> > >> There are probably some ports where the base clang is fine but that's > >> probably mostly down to someone getting USES variables right. > >> > >> -- Brooks > > Grumble.. That's what I was afraid I might hear. > >=20 > > Thanks, Brooks! Even if it's not what I was hoping to hear. :) >=20 > FWIW, this is biting me hard right now too. I feel your > pain... I'm a c++17 junky but I might have to let go of > llvm-devel. If you want to track clang development, I would generally dis-recommend the llvm-devel port. If you check out from upstream svn/git and build with cmake and ninja, then you get pretty efficient incremental builds. One nice think about the llvm build infrastructure is that you can use it in place in the build's bin directory so you don't even need to maintain an installed copy. -- Brooks --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJY5nmXAAoJEKzQXbSebgfAwfcIAI5HmBT+V7Y7E3oUqsMEKgT3 LmcDlPbWiBQZtftXrw8MgvGQLbwUyhJViTiw6OndgDF52ErVBirFBT+QFmTp+0G1 n9pn6l5xJq84HADotA/f0yoxTuhyAuydhxiHEyf2r2wVVdMhIYtpl6HBpZ4CQxKi GjkqvYrD3QZQW0Ier056dH+yl85+5UGHnVBKBvbqkSSdqO1kXepX98CT9Z/jPvuy Wivpmv8Q8LS6C9IHS3TChzRUHc080cMbcDw3BgCy0SJI096Rl1xOc9bz276KzvLG Z+0s7IrRPZPsq0SHyfiiL1cwfPKg6lDTxZBGCXlyOsOxgiEpMog/wxeRvCOM5j0= =9sYV -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD--