From owner-freebsd-gecko@freebsd.org Mon Jun 17 03:09:40 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 EE0C715D158B for ; Mon, 17 Jun 2019 03:09:39 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 2B9F473740 for ; Mon, 17 Jun 2019 03:09:39 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: by mailman.ysv.freebsd.org (Postfix) id DEC7515D158A; Mon, 17 Jun 2019 03:09:38 +0000 (UTC) Delivered-To: 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 B9EB615D1589 for ; Mon, 17 Jun 2019 03:09:38 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from symbion.zaytman.com (symbion.zaytman.com [64.112.176.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "symbion", Issuer "Narawntapu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AA0D7373F; Mon, 17 Jun 2019 03:09:38 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from narawntapu.narawntapu (pool-108-53-86-183.nwrknj.fios.verizon.net [108.53.86.183]) by symbion.zaytman.com (8.15.2/8.15.2) with ESMTPS id x5H39aVE063730 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 16 Jun 2019 23:09:36 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) X-Authentication-Warning: symbion.zaytman.com: Host pool-108-53-86-183.nwrknj.fios.verizon.net [108.53.86.183] claimed to be narawntapu.narawntapu Received: from aldan.narawntapu (aldan [192.168.1.10]) by narawntapu.narawntapu (8.15.2/8.15.2) with ESMTP id x5H39VCR085430; Sun, 16 Jun 2019 23:09:31 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) X-Authentication-Warning: narawntapu.narawntapu: Host aldan [192.168.1.10] claimed to be aldan.narawntapu Subject: Re: Firefox and llvm To: Jan Beich Cc: gecko@freebsd.org References: <96bcddaf-f310-34b3-70c6-6a223f5f8b6c@aldan.algebra.com> <5zp5-yp43-wny@FreeBSD.org> <64325580-58fa-be6a-6045-58c5409ddb20@aldan.algebra.com> From: "Mikhail T." Message-ID: Date: Sun, 16 Jun 2019 23:09:31 -0400 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-DCC-MGTINTERNET-Metrics: narawntapu 1170; Body=2 Fuz1=2 Fuz2=2 X-Rspamd-Queue-Id: 5AA0D7373F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[thun] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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 03:09:40 -0000 On 16.06.19 22:25, Jan Beich wrote: > clang-sys didn't support llvm80 when gecko@ switched to it. I'm not > sure myself why but maybe bindgen uses a subset of bindings that're stable Perhaps, this is something the port's maintainers should research? Along with the possibility of switching lang/rust back to the llvm provided by the base (best) or installed by a port (second best)? > 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... >> I can't see, what good llvm-objdump could do to the vast majority of users. > See https://hg.mozilla.org/mozilla-central/rev/53d93ee3ad84 > While the commit was backed out the configure check wasn't, so maybe > the intent is to reland in future. So, it is not even being used?! And, if it were, it would only be for some build-time library-reading, which the port could disable... > >> And if it does something good, llvm-objdump is already part of base >> (at least, on this 12.0-STABLE laptop I'm trying to dress up)... > llvm-objdump is only installed when src.conf(5) has WITH_CLANG_EXTRAS. > Ports have to build against default base configuration. I don't have that knob defined on this 12.0 system, but llvm-objdump is installed anyway -- perhaps, on 12.0 it is on by default. At any rate, it is a) not used, b) not needed, c) is a small utility, which, if actually needed, could've been installed via a port of its own. -mi