From nobody Thu Dec 02 21:37:36 2021 X-Original-To: dev-commits-ports-main@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 D65A618A3AD0; Thu, 2 Dec 2021 21:37:41 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J4q785kt8z3hyk; Thu, 2 Dec 2021 21:37:40 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Received: from [192.168.1.65] (37-145-188-182.broadband.corbina.ru [37.145.188.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fluffy) by smtp.freebsd.org (Postfix) with ESMTPSA id F057FBAB; Thu, 2 Dec 2021 21:37:38 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Date: Fri, 3 Dec 2021 00:37:36 +0300 From: Dima Panov To: Christoph Moench-Tegeder Cc: dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org, Christoph Moench-Tegeder , ports-committers@freebsd.org Message-ID: <0b53f173-cdb1-4ca8-bee3-ed7c7ea66cc6@Canary> In-Reply-To: References: <202111301826.1AUIQm0p001920@gitrepo.freebsd.org> Subject: Re: git: dcc6b13daedf - main - www/firefox: make dep on wasi-compiler-rt more flexible List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-main@freebsd.org X-BeenThere: dev-commits-ports-main@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="61a93ca0_1f16e9e8_397"; protocol="application/pgp-signature" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1638481061; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ZgKbXSJU96F64DS9nDJONyJHwn0zKYQwK5uCuJG/bAU=; b=npF4X8QSrtH2Y71Edn2dRf5CMkHaVK8/1StF3ErBjC1qSskwA4EVs1XEawsUYUN0I2G+7l cItYS9YP4Svi3mb+edPpmcW+X6DfI1LcGGsQIXexyrZfnfTVGSix0gbBV9MBB4kWZsKSE4 Ey66N355zl8ARm9UjLKzYezInaoJZjIEnf9nMc2zXxkCV7JMMbvGIR+d5HwvZOi8lSXDUe J/IuWZUWgPs1FfO2A8lrfX/hX2MeOQ7T8Bbvbs5no4J9TJnHhbpcAIyQoByvVR1sSGVQR/ Cm/Yo4vdcJDp+0+VZpdbrVvjiG/zSM66+W0IM831xPCJzr29oxfjZ0ly0Wu2Ww== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1638481061; a=rsa-sha256; cv=none; b=ovPw6Pf4+W/2FiYlint7YRgPV5gXo9G1UDXxnmjJFolUFtgkpl/6QvZrU+5s4RIwDSy3+V PKMRcupkHUKFGVpSQcgmHWJU7ouArXvjUVTcuqiGX8cJeA8V9jSsCLow0v3Xl4UpsIHHLA 6JQV40fag4j7b3q52JMgBSSRq4WTGh448pWv+nwU8oanZemwXVwsZQrRkS66IR6RAvpOJB kR8gEf+8W5RW2XgEa+Sk8nU6iompONnx5FNqOB19XtgZoIqvyp3yx+Pq58Vm+8VZP2WHlO dHTs0uO3yQxGXyw9QVRc8JpZPOAHbbvqbSTayc9C3FnLIqUi+ynJIk1s8nqBUw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --61a93ca0_1f16e9e8_397 Content-Type: multipart/alternative; boundary="61a93ca0_216231b_397" --61a93ca0_216231b_397 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Suggestions welcome. May be simply always depend on latest llvm release without checks for set= /unset LTO, defailts or so on=3F -- Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team (fluffy=40=46reeBSD.org, https://t.me/dima=5Fpanov) > On =46riday, Dec 03, 2021 at 12:27 AM, Christoph Moench-Tegeder wrote: > =23=23 Dima Panov (fluffy=40=46reeBSD.org): > > > Under certain condition LLVM=5FVERSION and LLVM=5FDE=46AULT will non = set > > anyway and stops build. > > > > LTO=3Doff, DE=46AULT=5FVERSIONS+=3Dllvm=3D > > I had hoped most people left llvm at it's default version. > The whole firefox/rust/llvm/wasi* situation is a mess, multiplied > by having =22exotic=22 (as defined by upstream) architectures and > non-default options. > I have no idea how to solve that programatically, and I don't see > myself listing all the llvm versions and their minors there, > and even less maintaining outstanding wasi* ports for the llvm > versions which might be in the future and different branches. > Suggestions welcome. > > > Not everyone loves and prefers LTO enabled :( > > I certainly don't have the time to wait for LTO. Browsers are > somewhat horrible, but I need at least one working browser, and > that's why I'm doing this to me. > > Regards, > Christoph > > -- > Spare Space --61a93ca0_216231b_397-- --61a93ca0_1f16e9e8_397 Content-Type: application/pgp-signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: Canary PGP V3 iQJVBAABCgA/OBxEaW1hIFBhbm92IChGcmVlQlNELk9SRyBDb21taXR0ZXIpIDxm bHVmZnlARnJlZUJTRC5PUkc+BQJhqTygAAoJEPuLoJ3VOY8p5cAP/0wQCz+iaeCh 3IIJfY32QbzsH+5wxTMrdevmhiz4hhPCSG5bTPSgI/GCLcv2oTPVyWGH9ILtOp47 f1CoRfLyPyCtrVUPhdZWLt/DTgEuALAgOyz4A8IKThHQgxgf4JbXeKEQcu30cDrD 82nliEXG8RLhP8OOB9Kjev23zNG9fWK2G2sRItHqzR5dqXuzu7NhQsJP2Uxw4E4F msPvivTHrWAHtZ4DfIGola3Wh+v4jvVu807V4xs6/4Ww1lQDPX5/EgZ0eRIl4G6e vy+In/kAYhbV8CHZlii3c/xBRut8ADZgWO75ZUL4lWKVUt2voZRvzrq8kfYL1rxB mipV6Ip8RjgOY0+AKydmF163oxdD+NIhF8nl4NPYMPkSR8IgyKN4iSJlwduZgTNv SQuwcKrOdLWtf7DiUfTk8pSGgeJ94kW+0sqLmFn0TWPzEcajIsb/uGsFnazkr0Sl Y2rgZHXo4rR1r26ssczSc02fsBqX7V3B+iVQFqY+7xPp293udDuOjczavsZMrpwO dyj4pV/T2SvIPuK25xKKwkRgMTjyZSePQxTq9dQuuDCJIN6iBGLNPHOXIcytvH++ fPhQwCoCNWNcE4e2rTXP8ZcuguLBVpL5rmx4Q+UaIlsjJfpXNydGPRmuDCW1bPXo s8iirdEttS2rDV+Sy8OK4r1fgOUm3O3C =h2zA -----END PGP SIGNATURE----- --61a93ca0_1f16e9e8_397--