From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: xenodasein--- via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: Development Speed Date: Wed, 22 Dec 2021 16:15:04 +0100 (CET) Message-ID: References: <83r1a4yfpt.fsf@gnu.org> Reply-To: xenodasein@tutanota.de Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11304"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, Ofv To: eliz@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 22 16:17:17 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n03Mi-0002gm-Rv for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Dec 2021 16:17:16 +0100 Original-Received: from localhost ([::1]:48068 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n03Mh-00047u-Du for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Dec 2021 10:17:15 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39418) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n03Ke-0002DB-PF for emacs-devel@gnu.org; Wed, 22 Dec 2021 10:15:09 -0500 Original-Received: from w1.tutanota.de ([81.3.6.162]:57750) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n03Kc-0006qi-KQ; Wed, 22 Dec 2021 10:15:08 -0500 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id AE2DAFBF86C; Wed, 22 Dec 2021 15:15:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1640186104; s=s1; d=tutanota.de; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=fgd6qsp9hp3qK7XdI1MrHEJi/ThqqUHkMsta0du5au0=; b=ZC4JZyAACPHvp4o90+/UjYbiTudluw+kzL7M38qLNN/U65tQyWySK0B+jpm3XsvZ vQ622zB69YfyYSbtNXztxbvAZ/2/Fm6FwbN9e553L4CsGfmhN6VYP4cRptaj3IQ95Sz 34GWZk/kpzpIhQDAq/Rq0kWGSiCA94vERCuLGZ9vmcg7ZNOzkIIcwvc7vpEOrcIqHlN 8nJaN/cDA6ZuH4+VDm0z9KLo6jSMMQkwoPRqrDovCiS/d0dAKfL5pdxjlUlj0sHBurZ IHn5L/XhGM3P/0bPgUsr2s2R/0LR6X/Tz82OvC5qHEZsAOEcYXEMjX2wj5r7XaZX2tL IXprVvNY6A== In-Reply-To: <83r1a4yfpt.fsf@gnu.org> Received-SPF: pass client-ip=81.3.6.162; envelope-from=xenodasein@tutanota.de; helo=w1.tutanota.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:282759 Archived-At: Quoting: https://lists.gnu.org/archive/html/emacs-devel/2021-12/msg02139.ht= ml From: Eli Zaretskii Subject: Re: Development Speed Date: Wed, 22 Dec 2021 14:41:18 +0200 > You are not listening. I asked you what would be the advantages, and > you answer a very different question. Ah, OK.=C2=A0 In my case I find it harder to work on older C bases, as I don't have experience in legacy development.=C2=A0 I am very familiar wit= h ISO/IEC 9899:2018, but when I see ANSI C it is very stressing not being certain whether I am looking at some UB, or legacy compiler bug. Likely there are many other new generation developers like me who stumble upon this while looking to contribute to huge free software projects. > In any case, we already probe the compiler for support of C11, and if > it does, activate that while compiling. That's not the issue being > discussed here. The issue being discussed is whether we should > actively reject compilers that don't support older C standards. Quoting: https://lists.gnu.org/archive/html/emacs-devel/2021-12/msg02123.ht= ml From: =C3=93scar Fuentes Subject: Re: Development Speed Date: Wed, 22 Dec 2021 11:09:09 +0100 > I sincerely don't get the stance of clinging to decades-old software and > hardware but when it comes to Emacs it must be the latest and shiniest. > As if Emacs version N would cease to work the very moment Emacs version > N+1 is released. Why is it not viable to update the code base and compiler as major versions progress?=C2=A0 Couldn't we back-port much desired new features as packages/modules?=C2=A0 It isn't like older Emacs versions are useless, they are all extremely useful and unrivaled.