From owner-freebsd-gecko@freebsd.org Mon Jun 17 09:02:59 2019 Return-Path: Delivered-To: freebsd-gecko@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 9503015B2386 for ; Mon, 17 Jun 2019 09:02:59 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:50a2::3:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "ns.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D02A8662B for ; Mon, 17 Jun 2019 09:02:59 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 01BA36002F8 for ; Mon, 17 Jun 2019 11:02:56 +0200 (CEST) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HGJSnIXCoRl0 for ; Mon, 17 Jun 2019 11:02:46 +0200 (CEST) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Mon, 17 Jun 2019 11:02:46 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id D6664139AF4; Mon, 17 Jun 2019 11:02:45 +0200 (CEST) Date: Mon, 17 Jun 2019 11:02:45 +0200 From: Christoph Moench-Tegeder To: freebsd-gecko@freebsd.org Subject: Re: Firefox and llvm Message-ID: <20190617090245.GA2435@elch.exwg.net> References: <96bcddaf-f310-34b3-70c6-6a223f5f8b6c@aldan.algebra.com> <5zp5-yp43-wny@FreeBSD.org> <64325580-58fa-be6a-6045-58c5409ddb20@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.0 (2019-05-25) X-Rspamd-Queue-Id: 1D02A8662B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2019 09:02:59 -0000 ## Mikhail T. (mi+thun@aldan.algebra.com): > > Good luck. Make sure to test in a clean environment e.g., via poudriere > > Jan, this is the job of the port's maintainer... The current situation > -- requiring a rebuild of LLVM twice -- is ridiculous, should never have > come about, and should not remain for long. I hope, we agree on the > first and the second, at least... You're assuming infinite maintainer resources... I'll side with Jan, it's ridiculous or at least not first priority to create custom patches for this case (which will require maintenance and may break completely at some point in the future) when there's a full llvm readily available from our own ports collection. Anyway, what's the problem with building llvm? Regards, Christoph -- Spare Space