From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Emacs 26.1 on Windows is HUGE Date: Wed, 17 Apr 2019 07:13:42 +0300 Message-ID: <304A14AB-93E3-4BD5-B9BD-B1D0C09E0FAA@gnu.org> References: <87d0loujuf.fsf@telefonica.net> <87y34bxzoo.fsf@russet.org.uk> <87h8axwsv6.fsf@russet.org.uk> <83k1ftfitn.fsf@gnu.org> <8736mhticv.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="191970"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: K-9 Mail for Android To: help-gnu-emacs@gnu.org,=?ISO-8859-1?Q?=D3scar_Fuentes?= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Apr 17 06:14:01 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hGbxO-000nb9-Tq for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Apr 2019 06:13:59 +0200 Original-Received: from localhost ([127.0.0.1]:46545 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGbxN-0000tP-TR for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Apr 2019 00:13:57 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:39949) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGbxC-0000tG-HI for help-gnu-emacs@gnu.org; Wed, 17 Apr 2019 00:13:47 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33622) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGbxB-0000MK-Vc; Wed, 17 Apr 2019 00:13:46 -0400 Original-Received: from [176.12.247.39] (port=56059 helo=[10.160.102.216]) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1hGbxB-0001oD-Df; Wed, 17 Apr 2019 00:13:45 -0400 In-Reply-To: <8736mhticv.fsf@telefonica.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:119949 Archived-At: On April 17, 2019 6:34:40 AM GMT+03:00, "=C3=93scar Fuentes" wrote: > Eli Zaretskii writes: >=20 > >> From: Bj=C3=B6rn Lindqvist > >> Date: Wed, 17 Apr 2019 00:18:27 +0200 > >> Cc: =C3=93scar Fuentes , help-gnu-emacs@gnu=2Eorg > >>=20 > >> As someone who don't use MSYS I don't understand the advantage of > >> duplicating the files? > > > > This has nothing to do with MSYS=2E It's for when you install the > next > > version, emacs=2Eexe gets overwritten, but emacs-26=2E1=2Eexe stays, a= nd > you > > can still invoke it=2E IOW, it allows you to have several Emacs > > versions installed simultaneously=2E > > > > We didn't invent this for Windows, this is how Emacs installs itself > > on all supported systems=2E We just follow that on Windows, to be > > consistent with all the other systems=2E >=20 > To be fair, on *nix (where the current build and install system was > developed) emacs is a symlink to emacs-XX-Y, so there is no disk space > wasted=2E On Windows that's not the case=2E >=20 > Having multiple installed versions makes sense for Emacs developers > and > for users who build from sources and don't want to delete the old > version before testing the new one=2E But for most users, who install > packaged binaries, it is not all that important=2E >=20 > I see little real application for that duplication on Windows and > hardly > anybody will care about not having emacs=2EXX=2EY=2Eexe along with > emacs=2Eexe=2E > For many years that was the case and nobody complained AFAIK=2E >=20 > I don't really care about this duplication on Emacs, though, as it is > a comparatively minor offender=2E The lack of usable symlinks on Windows > makes certain packages to use more than 1 GB of disk space (without > debug info) when on GNU/Linux use a fraction of that, just because the > developers of those packages work on *nix and take symlinks for > granted=2E The build procedure creates a link on Windows as well=2E If ln=2Eexe used= at build time supports symlinks, you get a symlink; but in most cases, tha= t will be a hard link=2E It doesn't really matter, since both avoid wastin= g disk space (actually, a hard link uses even less space than a symlink)=2E However, I think zip format on Windows doesn't support links=2E Or maybe = it's a problem with the version of zip=2Eexe used to create the binary dist= ribution=2E So installation from zip ends up with 2 identical files=2E You are entitled to your opinion regarding the usefulness of producing 2 n= ames for the binary, but that is not a Windows specific problem=2E As long= as Emacs as a project does that, I see no good reasons to deviate from tha= t practice only on Windows=2E