From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Development Speed Date: Thu, 23 Dec 2021 11:35:44 -0500 Message-ID: References: <83r1a4yfpt.fsf@gnu.org> <8335mky4rl.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24589"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: eliz@gnu.org, xenodasein@tutanota.de To: xenodasein--- via "Emacs development discussions." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 23 17:36:30 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 1n0R4w-0006CM-3P for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Dec 2021 17:36:30 +0100 Original-Received: from localhost ([::1]:58240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n0R4v-0003gf-47 for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Dec 2021 11:36:29 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:49888) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n0R4N-0002wH-Mz for emacs-devel@gnu.org; Thu, 23 Dec 2021 11:35:55 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:59638) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n0R4K-0003eC-Vw; Thu, 23 Dec 2021 11:35:54 -0500 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 951074428AB; Thu, 23 Dec 2021 11:35:46 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2F0A44428A4; Thu, 23 Dec 2021 11:35:45 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1640277345; bh=vaqlQ7ocdhVWzSNlCHN0sSfaTS88YMGKwtNr8Xb2IZM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Q5C3EzjsRPBiI5Un1sBOcP0AHm+dYYbMELthYSpi8KCBGQ+VROhhuhpUJGetFFfva Zsky/SfsCQW9iAXZg2PNXkMXCDZkGwd+A4HPcNHUQq+xtG04jksLKaXid94zWap8Ke 3IU3EnFhBYJw43n0jYe4JkPRMaGgOvcPrWaCxMlsIJQH5Iprg0uy3MqvDzWExjxt+z dZmeGir57pORMrgbpWm7+i+QocADW99sys9CHYad6dm+cX6j+GbYINZUR+6MfmdhE1 Zh//IyD5dJLq5BqxmJIPWXiAUiiUeb7/vCxFFeRlBNpbxRwfeluaW02jpED/DvM8bR CdDlmXV4lGNng== Original-Received: from pastel (unknown [216.154.30.173]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D5EE81201DD; Thu, 23 Dec 2021 11:35:44 -0500 (EST) In-Reply-To: (xenodasein's message of "Thu, 23 Dec 2021 14:36:21 +0100 (CET)") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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:282977 Archived-At: > Then there is VLAs, won't using C99 result in the worse optimization? Compiler optimizations have very little impact on Emacs-style code anyway. > We would need to know how many UB related bugs are hiding in > entirety of Emacs for me to make any real case anyway. According to any of the C standards, Emacs is just one large undefined behavior. > Maybe the historical and current reasoning regarding to the choice of > "-std=3D" with their pro/contra exist in a series of comments, or somewhe= re > else, then I (or any other n00b) can refer that instead of bothering you > with these.=A0 Thanks for indulging my curiosity so far. AFAIK this is only used to try and get better warnings. We don't care what feature belongs to which standard. So if you want to suggest changes, either send a concrete patch or discuss concrete/detailed language features you think we should be using (or should stop using), with a mention of which versions of which compilers support them. Stefan