From nobody Sun Jul 17 17:17:28 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 4LmBcB0G2Sz4WpD7 for ; Sun, 17 Jul 2022 17:17:30 +0000 (UTC) (envelope-from se@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 4LmBc96s6fz3yxy; Sun, 17 Jul 2022 17:17:29 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1658078250; 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=yUpUbadCYxXqErdNlv180Pfs0n4H0j3W1ZJ3YOvBsx4=; b=LMeFO/KUDAbjHbxYuia9KAg8qRk1KC7c+KjGaIHaXSaEWLuLCoOA119cClrY+gE92oLnWb COCUnxDj9c1xwXA3ltp91jA/1CR8ZgDHQiyFri0PpS86WhcKBxY6ik2bXvYdSEfXOyFYYX Kg6t0E6mTsZN9UTLWucZQcGpGdxubZZ/oQruWkc+rpMJ/N1eB77EKUp3eSXq5r+qYji6+4 sLVdBFDm2nq5cu1fP7+3MzHIVSao3/U7YA/T6ztpA41dd6d8TOkwWUAM/KkriWO7TrCHMv zg38An9FNAaQUmw/CFldPpp90zm9aqvjEJES3/OQIFU5XhT9jSYXhksFOciR6w== Received: from [IPV6:2003:cd:5f1d:8a00:9d37:f0c:d5d3:876e] (p200300cd5f1d8a009d370f0cd5d3876e.dip0.t-ipconnect.de [IPv6:2003:cd:5f1d:8a00:9d37:f0c:d5d3:876e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4LmBc91LYSzv5l; Sun, 17 Jul 2022 17:17:29 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: <410661e3-0945-0516-ab1f-de53e798d74c@FreeBSD.org> Date: Sun, 17 Jul 2022 19:17:28 +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> <05d272ba-8587-1025-4105-835b00c614fd@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=1658078250; 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=yUpUbadCYxXqErdNlv180Pfs0n4H0j3W1ZJ3YOvBsx4=; b=qP933guRsSR83W/T7t1DLExGiAHVq+Ex960bN7JtL15Fdqpu8HtFwU6MI9p9RqwX8sYdrd ygUFiwjekQJo8JVOusw7S3R3zphR5KmUu1yS72/QgbLhaDAaN5dH7DbqE5+vxJrr6lTp+r qCaf+2gH/K1JRKF0aQjfXW2lIUdd5qrVv4+imqPiRuBw4bW6uSp5BARceZGJ1rc1sW+ofc dRSUjdLaNUsCdEX/VmsUkDCAfsa+x4pgCXDsdDon2e7XRhHSddHeoHYWGVq9nr2MRSVw1G tc0cxDuejEdjSd1Pplu9B08gpHgRr9lBczr4/KlUaqwIKeP3F793xLv5Jnoj3Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1658078250; a=rsa-sha256; cv=none; b=Cg14MgFV/RyR8+Qwq4Y0CTYMHIHKxHcUpK/ExYaBOS2DeoAtYSr5XUDPrfwY8Rq2yVrCKI PMmVpakPcACpG4X61Sm4TxW2QZL5b471if+Rz5BpKvoZkr/I1DZVnmrusoxJolF8pbJjeh D5HfpBdvGNi0/StHlgTV+Dkh3f+vCRYQAHbcjOCLUEmBwfVkiqnRCghIOOBDmPXHOksXtm +M8GUprs+URvpHJHxl+kUqEPQJ8G4j+tUv66u/Bx572sPInHNeMspoBBxO6bx6za/TnvMV oix+7ywL6M1z4JAUegUNJeL9Rvzwww48ucVsLXm/eBZ736bhVLfkmUA8drjcCw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Am 17.07.22 um 00:27 schrieb Charlie Li: > Stefan Esser wrote: >> 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. >> > Not when the other components of the WASI toolchain are also required to > actually function. The default LLVM_DEFAULT is still not 14, so those who > change the settings on their setups have to bear at least some responsibility > for any fallout (despite best efforts on maintainers' to qualify other > option/setting combinations). The issue was not that it was not possible to compile WASI with LLVM 14, but instead that users who for whatever legitimate reason wanted to build their ports with the ports version of LLVM 14 could not build the INDEX file. >> 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? >> > This has now been remedied in commit 6b2cf7d799d86f3e577d45a11b1010305e79351f > ostensibly to hinder those who don't know what they are doing from this, unless > interested in actually figuring out how to make it all work (like myself). So > unless there existed use cases or consumers outside or not appropriate for the > ports tree, not committing this port was the only correct choice. Setting LLVM_DEFAULT=14 may well be reasonable and required for some use cases, and this should not result in a broken "make index". I do therefore consider "those who are not knowing what they are doing" as disrespectful and inappropriate! >> 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. >> > Those are the related reviews, and all must be congruent. Yes, and therefore I'd have recorded this interdependence in the reviews, if they had been created by me. >>> 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? >> > Please do. The revert has been committed with as 973550dd663c. Regards, STefan