From nobody Fri Oct 18 14:19:15 2024 X-Original-To: riscv@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 4XVRfD2jC3z5ZHGW for ; Fri, 18 Oct 2024 14:19:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XVRfD1hZHz4WK4 for ; Fri, 18 Oct 2024 14:19:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1729261156; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=p7HwFTxXbBY1Zyv/3Ot4ljnDTnMDXs/ezKtKddwyUn0=; b=FZqQi/5Eq7Q/DIi0vLgpQXMLaNpbaVj4l7l2vo7nsotfpNxG97gSZyBD8M5W0JCp1mjrN4 gBN7N+kwMPm3mPtvfqsnyRR/+n/JPu5HRpoFRJFldvQCpu6dKXiAbtQGQVfro/ViiRsuND 9sSLnuA5mYj9CA/ba75OYrjfAr791oJ9+jNgaNpmO05rLrJ3WcwRpOIV+QpQbvhXjhbGgu 75aIOSzk1qmY22D7xJaOxnlA+vvqOafNc9wA85ZWRE1F7PpB06E2mZHqKU9AX+J69CLrsx 4/Qo4YOKlG3++V3MYkaCUayLcWPyTeVhvQYj6J+jztKcK2YVT7cLj1fp8ogdSQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729261156; a=rsa-sha256; cv=none; b=EX1gBwZykFTvk88NfqwJHxv2v8W+s9+Ku0cX/jrl48iN7o5cZf5fCTu1sWTMLDr5bOBwy8 r+4HZAwUFxghAMA8HMHuc0R2DC+mh90Nvd2xq2t0fhSVtwbfShScTHIx95l1NdSZ0ZYuLv 8k4MOZeKKGA3srlTb3iR1U6TgTgug3mdrc1PJ2F4BcEHZI4psdE5BwV7iCSBXKQ3GAnsOj MeEK/uOFhl2Tz4N4esWICVgAlfbYU/4ampNGiRQ1CozvH8Covv7xN1B0xhHlfHU8vplfKW 3mMrzW8fx1g/FimwF+0uetheebeBX68uAvvqTp1jjzSi1L7mW3QBg4o9vmao6A== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XVRfD1BJBzcgR for ; Fri, 18 Oct 2024 14:19:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 49IEJGOh055740 for ; Fri, 18 Oct 2024 14:19:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 49IEJGGO055739 for riscv@FreeBSD.org; Fri, 18 Oct 2024 14:19:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: riscv@FreeBSD.org Subject: [Bug 281600] lang/rust failing to build on risc-v (again) Date: Fri, 18 Oct 2024 14:19:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: fuz@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mhorne@freebsd.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD on the RISC-V instruction set architecture List-Archive: https://lists.freebsd.org/archives/freebsd-riscv List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-riscv@freebsd.org Sender: owner-freebsd-riscv@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281600 --- Comment #26 from Robert Clausecker --- (In reply to Mitchell Horne from comment #25) I have commented on this bug not because I am personally interested in Rust, but rather because Rust-based libraries are dependencies to many common por= ts. With Rust broken, a lot of stuff doesn't build or only builds with non-defa= ult options (i.e. is not available using pkg-install(8) unless one manually bui= lds a repository with different options). This means that for me it is very ha= rd to test other ports and packages on riscv64. Sure I can build a kernel with non-default options, but then the patches I write will not be useful to use= rs. I have really tried to have fun working on ports and other projects for riscv64, but there are so many annoyances and roadblocks (chiefly among the= se: a few stupid build system bugs that make the build not self-hosting, and th= is purely ideological issue) that I basically gave up. It doesn't help that we only support less than a handful of boards and they are all dog slow. This summer I then went ahead and mentored a student who was supposed to wr= ite SIMD accelerated libc string functions for Rust. For this purpose, it would have been useful to optionally make use of an ISA extension (specifically, = the Zbb extension) supported by many of the boards out there. Turns out this w= as impossible: there is no way for user software to detect the availability of this feature and we didn't have support for ifunc-based dispatching. While= a patch for the latter was eventually (but way too late to be useful) supplie= d, there seems to be an inability to make any pragmatic decision on ISA extens= ion detection that would have allowed us to carry out this project. Apparently= we are waiting for some RISC-V committee to make a design decision on the perf= ect=E2=84=A2 interface that seems years away. We ended up not pursuing this further aft= er wasting a few weeks and significantly reduced the scope of the GSoC project. The joint factor in all three problems is an absolute refusal of the people working on the riscv64 port to make any sort of pragmatic decisions. Nothi= ng is done anywhere until the perfect final ethernal solution has been obtaine= d.=20 It doesn't matter if user software doesn't run, the system cannot be upgrad= ed, or other developers get blocked with their projects indefinitely. No, ideological purity most be preserved at any cost! Maybe reconsider this approach. Being more pragmatic would seriously help = us make riscv64 FreeBSD a more attractive platform to hack on. --=20 You are receiving this mail because: You are on the CC list for the bug.=