From nobody Tue May 03 16:42:52 2022 X-Original-To: dev-commits-ports-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EA1801ABC6CC; Tue, 3 May 2022 16:42:53 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt5Ns5gk1z4pVq; Tue, 3 May 2022 16:42:53 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id B1919C01827; Tue, 3 May 2022 18:42:52 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 4E3F03AB18; Tue, 3 May 2022 18:42:52 +0200 (CEST) Date: Tue, 3 May 2022 18:42:52 +0200 From: Christoph Moench-Tegeder To: Emmanuel Vadot Cc: Joseph Mingrone , Jan Beich , Craig Leres , Christoph Moench-Tegeder , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 980444a82fbd - main - www/firefox: update to 100.0 (rc2) Message-ID: References: <05c2a241-5d32-24d9-c223-66aa9ca99b75@freebsd.org> <76d4fb65-b1df-2941-cc06-5ab23607a233@freebsd.org> <20220503094616.ad8309626972ab0c7d6c1cd9@bidouilliste.com> <4k26-hkiv-wny@FreeBSD.org> <86y1ziab1f.fsf@phe.ftfl.ca> <20220503175240.89a47079840b06ce1a6cc22a@bidouilliste.com> List-Id: Commit messages for all branches of the ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-all@freebsd.org X-BeenThere: dev-commits-ports-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220503175240.89a47079840b06ce1a6cc22a@bidouilliste.com> User-Agent: Mutt/2.2.4 (2022-04-30) X-Rspamd-Queue-Id: 4Kt5Ns5gk1z4pVq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N ## Emmanuel Vadot (manu@bidouilliste.com): > That's good for now thanks but what about the futur ? > Should we allow to have LTO turn on on port that uses both LLVM and > Rust ? Because otherwise it will happen again when a new rust version > if released and the llvm version isn't the same. For this part: I'd rather leave LTO=off for good. I did never test it, and I won't: I feel like I'm already spending more time on building gecko ports than on using them, so LTO is a net negative for me, it doubles the build time and saves a whopping 300kB on package size. Whoever wants to play with LTO, fine, but if it breaks both parts are yours to keep. Gruß, Christoph -- Spare Space