From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Adding a generic mathematical library Date: Thu, 01 Aug 2024 09:05:27 +0300 Message-ID: <861q38ydzs.fsf@gnu.org> References: <87o76ik616.fsf@gmail.com> <87wml6e4v0.fsf@dataswamp.org> <87y15jbb1s.fsf@dataswamp.org> <87bk2epjyn.fsf@dataswamp.org> <87ttg5imb5.fsf@web.de> <87sevpi7py.fsf@dataswamp.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26833"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Emanuel Berg Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 01 08:06:20 2024 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 1sZOx9-0006kX-78 for ged-emacs-devel@m.gmane-mx.org; Thu, 01 Aug 2024 08:06:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sZOwW-0007Ps-BK; Thu, 01 Aug 2024 02:05:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sZOwR-0007PG-Le for emacs-devel@gnu.org; Thu, 01 Aug 2024 02:05:36 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sZOwP-0001TT-VZ; Thu, 01 Aug 2024 02:05:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=9sQPI6IRS5FomAe4oBBlWvVbCUkE2YbxlOyr1p854tE=; b=ZHw/fxX2xSoS k7XRNQm+uJihhpG6NIWvD7cr9Nc7Y/VyOdAS7gLfMTelLKggPDMuanEMBLr8Iu2OyAVU+ixX/qpoI z7aOPO3Q7Jq2WpWenaNBrd3HCVAdcTGwJCVpTKVwAiunzNjcCkH0i3XW7dEOar/LcLYzW0kp6BWyz uKEgqLKOFGE79M+LRbK0Nw+oQgaUCVWIZ1eXqzp3cS2ZJenJVJKQ/gQZJQgXPE75ypjNLl0DnuG/i zpZmUP+KRNoaXAQn4I8O2w7TqV/y2I3Z2MGF5aZVoZLzfXwZa3CIcZx0NExp4kPudJcyfHT/8qtDc cw6x5s32PSIwfVgYtQn/mw==; In-Reply-To: <87sevpi7py.fsf@dataswamp.org> (message from Emanuel Berg on Wed, 31 Jul 2024 23:15:21 +0200) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:322248 Archived-At: > From: Emanuel Berg > Date: Wed, 31 Jul 2024 23:15:21 +0200 > > Michael Heerdegen via "Emacs development discussions." wrote: > > >> It is much better to just say "we have decided not to do > >> it" in post one. > > > > Nobody decided anything. Eli and others have to keep an eye > > on that what people contribute fits into Emacs and doesn't > > cause problems in the future. > > > > You started a discussion, valid questions and concerns have > > been raised in response, and you just don't answer them, you > > ignore valid questions. > > Yes, I ignore, or optimally that would be the case anyway, > anything and everything that has to do with _me_ whenever > there is, or should be, a discussion about something else. It is not about _you_, it's about the ideas you express and the code you post. Ignoring questions and concerns about those because you interpret them as personal attacks is not wise, because it doesn't advance the discussion in any constructive direction. > If we, collectively, want generic libraries instead of having > everything everywhere (and math in Calc as well as local > code), then let's do it. > > If we, collectively, don't want to do it for whatever reason, > that's fine - but then just don't say it is because something > that has to do with _me_. Nothing in Emacs is done "collectively", ever. Every progress in Emacs is always a work of a single motivated individual, sometimes with help from a small group of others who suggest changes and debug and fix problems in the initial code. So for any of this to happen, someone, a single person, should show code for such a library, and the code must exhibit a good design and in this case also use high-quality algorithms that provide accurate and numerically-stable results. I've not yet seen any such designs or implementations suggested in this discussion, with the single possible exception of a library that provides wrappers around Calc (which I think you didn't like).