From nobody Sat Jul 16 06:40:31 2022 X-Original-To: ports@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 4LlJWm25D2z4WcNW for ; Sat, 16 Jul 2022 06:40:36 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 4LlJWm1d9nz3tr0; Sat, 16 Jul 2022 06:40:36 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1657953636; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NjnJGYP+RF6ik1WfFPKbk4QEnm8meLxbwJQH1yqRsMc=; b=TP5vZkAx3JNcI6zObwOY5BJOek+5y9xTAYxOErk3+w3CN5zaIAhVL/a15GO7X2ysVTpCWR E7tFGnjrzSxWNItC2AulctAhoHcbHTA3IX5/0Z8FeEDlAn+kiqxPj7JzfeFGQOd8vGj3R5 SCOBLGnOq/EBb0tTI6EstjSNltY9S9f4vxVhRfnptISnDlnLoUtMTPIRJPpFNNcpGIex1f GGVFuKhshRPMtUQRQ3AXN6ZSUW4N+pMkMT4JN0S7A1LginsWB6QPaOqI2cG8FQMryaGIbF BE4GvVlgPIr5ckqA/gIEuuz5TEm5hV7UolY9CTg1mmozq1tooGQR8gpfax4CyA== Received: from [IPV6:2003:cd:5f1d:8a00:70a4:337c:fbf6:2019] (p200300cd5f1d8a0070a4337cfbf62019.dip0.t-ipconnect.de [IPv6:2003:cd:5f1d:8a00:70a4:337c:fbf6:2019]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4LlJWl2YWrz1J3m; Sat, 16 Jul 2022 06:40:35 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: <05d272ba-8587-1025-4105-835b00c614fd@FreeBSD.org> Date: Sat, 16 Jul 2022 08:40:31 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.0.2 From: Stefan Esser Subject: Re: problem with "make index" Content-Language: de-DE, en-US To: Charlie Li Cc: ports@freebsd.org, greg@unrelenting.technology, Robert Huff References: <25297.23376.441321.835814@jerusalem.litteratus.org> <6803c65d-7cdf-cdc7-fb91-4a7c23081325@FreeBSD.org> <25297.56910.377194.481050@jerusalem.litteratus.org> <211dfb64-3d27-b029-61e5-c528dc2f03fc@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1657953636; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NjnJGYP+RF6ik1WfFPKbk4QEnm8meLxbwJQH1yqRsMc=; b=QsUKooQfbx8hcbRohSwKQl3oKx8OcoRbcyvpw9nD7HSSOijD9q6UxxSD1kbIsFcnJSZMIl K+4Rbq2kv2Lkqfa8iBOQsJZkIsjmy1aKDGFVe3Qt7qcVQckcGfb9eCyWTZkquBDyAvUM3Z eOcf7Le+8PVOb/nD9wuMm5vd2KG+xypmMCaHRKCU98Nm4tbCMJNCx/k+LtYmACOAX+ZqaV ERX8tVX0pKrOZqiNqa8+2uVrC3DvpUVGAAF/z+cb4bGuP3X3UNhVAdyePp9agft14uRxy3 yEAJ7eK19yY5JzqNVBmjNfz/OxEis9o7Q7zDl1drhZFGgmMgZFUz0fqWaqhbDA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1657953636; a=rsa-sha256; cv=none; b=Afp8LZ7N81xd3mGNu3V1WGynCB7ogo9PrfrVVCR+S1wo9o8C2skTOj2twK2VLcBW8XTG7p JOMAq/TERzBippW8VSZ7iHNm537oOq/3szJCclD+xxTnTDSu7/l78GFNHo8WZcm4CHKXNP wvjfoxSpMxLQnbTU27hal61gPSnrZiOjwN2JelA63PKlg0IBlGF2sdDKirTEtac7qdApjj xRGbGR1cP0AmJBVEKfdic8tykoUyDHtQ2UnRhpBEJlass4r0Au10B+bIjQfYB83OOnOj2l f1PdbZg973ubYW7hkRncQFhXJ3yGwGijKlmBINiUAZWWz+11izUi/98UkVTyFw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Am 16.07.22 um 03:12 schrieb Charlie Li: > I need to clear some stuff here. There was a phab review brewing for some time > https://reviews.freebsd.org/D35288 Hi, sorry, I have not been aware of the review. It has been opened on 2022-05-22, and I see that it has been worked on in the nearly 8 weeks since then, with the last update of the proposed patch ten days ago. > Stefan Esser wrote: >> I have just committed a port for LLVM 14. It is build tested, but I did >> not have time to perform any run tests. >> > First mistake. The entire WASI toolchain has to be updated, since this is LLVM > and no API/ABI compatibility between major versions and all. See the phab > chain, where one item actually had to be reverted to a previous upstream revision. The reason that I have committed the port at this time was that "make index" is broken with LLVM_DEFAULT set to 14. I have considered this a fix of the port system, but forgot to mention that detail in the commit log. >> I have copied over the Makefile of the wasi-compile-rt13 port and have >> only changed the DISTVERSION to 14.0.6 and regenerated the distinfo file. >> >>>     B) will setting LLVM_DEFAULT to 13 (there _is_ a wasi-compiler-rt13) >>> fix things? >> >> Yes, if you do not need LLVM 14 for some reason, then staying at 13 >> is the easy way to resolve such issues, until version 14 is fully >> supported in the ports tree. >> > Staying at 13 or another LLVM version where the entire chain's version matches > is required unless you are okay with unexpected or unexplainable failures. The problem with a missing wasi-compile-rt14 port is that it breaks "make index" even for users that are not interested in WASI at all ... Maybe, a port should have been committed marked IGNORE= Not ready, see https://reviews.freebsd.org/D35288 in order to not break "make index" with the non-default LLVM_DEFAULT? >> Please let me know if you find that the wasi-compile-rt14 port does not >> work correctly. >> >> I have preserved the MAINTAINER of wasi-compile-rt13 in this port, but >> if there are issues,  I'd feel responsible to fix them before handing >> the responsibility for further updates over to greg ... ;-) >> > I will go further: > > This was not to be committed at all right now, despite appearances. And I say > this as one who is still dogfooding the entire WASI-LLVM 14 chain, with > www/firefox as the prime consumer, with LTO enabled. Those interested in > helping dogfood, identify failure modes, et al with LLVM_DEFAULT=14 can grab > the entire diff chain off phab and apply it to your own tree or overlay. There is no mention of related revisions in https://reviews.freebsd.org/D35288, maybe you could connect this review to others that are required for WASI with LLVM 14? I see that D35286 to D35389 cover this whole topic, and that there still are unresolved run-time issues that prevent them from actually being used. BTW: I see that wasi-libc and wasi-libc++ do not contain the LLVM version in their ${PKGBASE} values. I'd have expected that only wasi-libc built with LLVM 14 could be used in wasi-compile-rt14 and thus that it would be good to have some mention of LLVM_DEFAULT in the package base name? > But that doesn't address an even bigger issue that's still being figured out: > how to make this whole situation, LTO or not, less fragile to deal with. I see - do you want me to revert this commit? But there still is the issue of the missing wasi-compile-rt14 breaking "make index" with LLVM_DEFAULT=14 and some (working or not working) port needs to exist at that origin to allow this changed default (Which may be required to test other ports with LLVM 14). Please try to find a solution that does not prevent "make index" with a non-default LLVM_VERSION - perhaps a commit of a Makefile skeleton with just the minimum set of variables and IGNORE set as suggested above? Feel free to revert the commit if you think it would be causing issues for you (e.g. bug reports for a known unfinished port), but I'd really prefer the port to exist but be ignored. Regards, STefan