From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-176.mta0.migadu.com (out-176.mta0.migadu.com [91.218.175.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 95739276D34 for ; Thu, 27 Feb 2025 23:18:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=91.218.175.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740698328; cv=none; b=gIuPX10eFpd+orLyzTb7JsEMiLXqnIdaIaR2Z+W4My6Pchoq/zjGvqXsExEc2+uPg0PiCrAivvWKs9QiJEhqC228lFslj3xS2orYyEoEaVn6gl2vEaz4Kx0d4FPyGm9vC3Gk40Dc3BDKrcWC710HurD7NFrZkjnQj621vSNxiI8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740698328; c=relaxed/simple; bh=2KNho80fRUQmyvFM4uum3byTlGYESRBfiUdgSNrDgpY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=PS/S8QpkHUVo68LZormpuwzCYbz4OOKHxC/EadIXCKbG3HmMiqB/sRE3XgjviHpaxjwClaibMYu7TJNZC15Asw2R3RmMlCia1bG4eM4l+P8oqfHEcdNNKvSSbXmEW/A1gI21Wd7dmwzDnbqc+9qGPDNjua7GPeWY2SIVd7IxGWo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=ChcZOHPr; arc=none smtp.client-ip=91.218.175.176 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="ChcZOHPr" Date: Thu, 27 Feb 2025 18:18:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1740698324; 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=Px9iU/bSTKRb95c4IADUmmmmBlA3gmjsTnQHWKRdExA=; b=ChcZOHPrfKwq3ks2zO3MP6ETkhbpBuF0UTuxyjWqRsyIUpFHP6Ov3tV7WLqfOlkQfmpY/W Dxy+6AY7NHIc5gvq1ciI3EStujR4KU6s8jkvcVgaunm6th1WvPY/6g1ejY+1uenytOfExQ U9K7bFU1WHAFU+OBLYZPxJ0Q+dj5J/k= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: David Laight Cc: Ralf Jung , Ventura Jack , Miguel Ojeda , Gary Guo , torvalds@linux-foundation.org, airlied@gmail.com, boqun.feng@gmail.com, ej@inai.de, gregkh@linuxfoundation.org, hch@infradead.org, hpa@zytor.com, ksummit@lists.linux.dev, linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org Subject: Re: C aggregate passing (Rust kernel policy) Message-ID: References: <7edf8624-c9a0-4d8d-a09e-2eac55dc6fc5@ralfj.de> <651a087b-2311-4f70-a2d3-6d2136d0e849@ralfj.de> <20250227221801.63371d19@pumpkin> Precedence: bulk X-Mailing-List: ksummit@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250227221801.63371d19@pumpkin> X-Migadu-Flow: FLOW_OUT On Thu, Feb 27, 2025 at 10:18:01PM +0000, David Laight wrote: > On Thu, 27 Feb 2025 15:22:20 -0500 > Kent Overstreet wrote: > > > On Thu, Feb 27, 2025 at 08:45:09PM +0100, Ralf Jung wrote: > > > Hi, > > > > > > > > > If C was willing to break code as much as Rust, it would be easier to > > > > > > clean up C. > > > > > > > > > > Is that true? Gcc updates do break code. > > > > > > > > Surely not as much as Rust, right? From what I hear from users > > > > of Rust and of C, some Rust developers complain about > > > > Rust breaking a lot and being unstable, while I instead > > > > hear complaints about C and C++ being unwilling to break > > > > compatibility. > > > > > > Stable Rust code hardly ever breaks on a compiler update. I don't know which > > > users you are talking about here, and it's hard to reply anything concrete > > > to such a vague claim that you are making here. I also "hear" lots of > > > things, but we shouldn't treat hear-say as facts. > > > *Nightly* Rust features do break regularly, but nobody has any right to > > > complain about that -- nightly Rust is the playground for experimenting with > > > features that we know are no ready yet. > > > > It's also less important to avoid ever breaking working code than it was > > 20 years ago: more of the code we care about is open source, everyone is > > using source control, and with so much code on crates.io it's now > > possible to check what the potential impact would be. > > Do you really want to change something that would break the linux kernel? > Even a compile-time breakage would be a PITA. > And the kernel is small by comparison with some other projects. > > Look at all the problems because python-3 was incompatible with python-2. > You have to maintain compatibility. Those were big breaks. In rust there's only ever little, teeny tiny breaks to address soundness issues, and they've been pretty small and localized. If it did ever came up the kernel would be patched to fix in advance whatever behaviour the compiler is being changed to fix (and that'd get backported to stable trees as well, if necessary). It's not likely to ever come up since we're not using stdlib, and they won't want to break behaviour for us if at all possible.