From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Interest in nt_load_image? Date: Mon, 30 Mar 2020 21:57:53 +0300 Message-ID: <83blod3c26.fsf@gnu.org> References: <86369r0xcv.fsf@csic.es> <83k1324m60.fsf@gnu.org> <86imimwa4t.fsf@csic.es> <838sji3qhx.fsf@gnu.org> <86lfnhsyei.fsf@csic.es> <83v9ml3kpx.fsf@gnu.org> <86r1x9rf7w.fsf@csic.es> <83pnct3ikf.fsf@gnu.org> <83imil3d8r.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="30728"; mail-complaints-to="usenet@ciao.gmane.io" Cc: juanjose.garciaripoll@gmail.com, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 30 20:58:17 2020 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 1jIzby-0007qq-Jv for ged-emacs-devel@m.gmane-mx.org; Mon, 30 Mar 2020 20:58:14 +0200 Original-Received: from localhost ([::1]:55116 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jIzbx-0005Y0-MW for ged-emacs-devel@m.gmane-mx.org; Mon, 30 Mar 2020 14:58:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50703) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jIzbU-000598-Su for emacs-devel@gnu.org; Mon, 30 Mar 2020 14:57:45 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jIzbU-00047U-Hn; Mon, 30 Mar 2020 14:57:44 -0400 Original-Received: from [176.228.60.248] (port=2348 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jIzbS-0006Wu-A4; Mon, 30 Mar 2020 14:57:43 -0400 In-Reply-To: (message from Stefan Monnier on Mon, 30 Mar 2020 14:41:25 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:246059 Archived-At: > From: Stefan Monnier > Cc: juanjose.garciaripoll@gmail.com, emacs-devel@gnu.org > Date: Mon, 30 Mar 2020 14:41:25 -0400 > > > I don't see the point. We have enough real issues to worry about, > > let's not waste precious resources on trying to figure out whether the > > 9X code can be dropped. > > I don't see what resources you're talking about. Resources needed to try to figure out whether we need the compatibility code, devise probes, waiting for someone to holler and remembering to check if someone did... > >From where I stand, you're suggesting to "waste precious resources" > trying to make the code hypothetically work in Windows-98, whereas I'm > suggesting we don't do that and let other people come whining if they > suffer the consequences. There are no consequences. The paradigm of loading a shared library dynamically and testing whether doing that succeeded is so boilerplate in the w32 code that it never takes more than a simple copy/pasta to add one more. > > One day it will die of natural causes, no need to invest even > > a minimal effort in that. > > I'm not sure how that would happen It will happen when 32-bit builds will die. 2038 at the latest.