From owner-freebsd-x11@freebsd.org Sat Jan 12 17:05:56 2019 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A26DE1497B59 for ; Sat, 12 Jan 2019 17:05:56 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 01CD48E0C4 for ; Sat, 12 Jan 2019 17:05:56 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.ysv.freebsd.org (Postfix) id BA4CC1497B52; Sat, 12 Jan 2019 17:05:55 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8C711497B51 for ; Sat, 12 Jan 2019 17:05:55 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 43B5B8E0BA for ; Sat, 12 Jan 2019 17:05:55 +0000 (UTC) (envelope-from roberthuff@rcn.com) DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1547312753; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=xcrwKMn8+/icv8PSm5yTigosSoo=; b=ag+NPjStNWszQbk6Xat4ybG0FPxd+m+fvebksXupexFh5x2vAi5C7yqR9iHT9o5c k2mFuydZ56Y53O17E0v8x8jCHyLCGUyaAZb3UgtX/oaTqaMq6yQmcbH8by/Mh7t6 r2XFgpOFk7rBhUF+7MlwTeZ/qNiOStwq0egOfmIS8ETJYRnuo1xQlNguBJ8ECw2Z FCTgU1L+30l0nTdcv3vo1+WnzCrbz6oRRSnzk5rtZoBE13u9jUVfFUeK790g2BTo Jbid+WsF81oeb0m98KyRiUwfofwq2r9XfqhyaAcYQh+vWJORPF6mxBTZgAKzVAht Xs4yFJ6t5H2C0OGTjKVQkQ==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=cNSiiRWN c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=3JhidrIBZZsA:10 a=48faUk6PgeAA:10 a=6I5d2MoRAAAA:8 a=BcmW92JQ10Y66pLE8UQA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=softfail Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received: from [209.6.230.48] ([209.6.230.48:20721] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 21/3D-17928-17E1A3C5; Sat, 12 Jan 2019 12:05:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23610.7812.126702.796595@jerusalem.litteratus.org> Date: Sat, 12 Jan 2019 12:06:12 -0500 From: Robert Huff To: Andreas Nilsson Cc: Daniel Eischen , Gary Jennejohn , Robert Huff , x11@freebsd.org Subject: Re: mesa-dri uses llvm60 In-Reply-To: References: <23609.9020.600859.127925@jerusalem.litteratus.org> <20190112101010.2ebfb955@ernst.home> <23609.58491.10199.676646@jerusalem.litteratus.org> <23609.60774.88807.167712@jerusalem.litteratus.org> <20190112150932.6a70784b@ernst.home> X-Mailer: VM 8.2.0b under 26.1 (amd64-portbld-freebsd13.0) X-Rspamd-Queue-Id: 43B5B8E0BA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.93 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.93)[-0.927,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 17:05:56 -0000 Andreas Nilsson writes: > On Sat, Jan 12, 2019 at 5:25 PM Daniel Eischen wrote: > > Just thinking out loud, can the missing llvm bits be a port, > > such that building the missing pieces use what's already > > in base? > > It probably could, at least technically. But it would probably not > be a good idea, having some bits in / and some bits in > /usr/local. Also, if a newer mesa-dri would depend on a newer llvm > than whats in base, that would prohibit any update to mesa-dri. Could it be an _optional_ part of base, perhaps controlled by "WITH_LLVM_EXTRAS=yes" in src.conf? Curiously, Robert Huff