GNU bug report logs - #58318
28.2; Emacs installed from package won't work with MinGW

Previous Next

Full log

Message #107 received at 58318 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: corwin <at> bru.st, 58318 <at> debbugs.gnu.org, bartosz.bubak <at> gmail.com, akrl <at> sdf.org
Subject: Re: bug#58318: 28.2; Emacs installed from package won't work with
 MinGW
Date: Sat, 08 Oct 2022 15:10:05 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> That leaves the question of what we should do with the Windows zip file
>> we (that is, Corwin) distributes, and I think we should avoid enabling
>> nativecomp in that build, so that it works on the widest range of
>> Windows machines.
>
> The Windows build with nativecomp is supposed to be fully workable on
> systems that don't have libgccjit, even if the libgccjit bundled with
> the zip file is not installed or deleted.  If there are issues with
> that, they should be fixed, because we want to allow users to move
> Emacs from system top system without the optional libraries, and have
> a functional Emacs, like is already the case with image libraries.

And my suggestion for achieving that is to not enable nativecomp in
this build.

Adding extra these extra mechanisms for Windows builds only seems to be
against the general GNU guidelines for non-free systems (as well as
adding an extra maintenance burden to an already complicated area,
because the code that finds and uses the extra pre-built trampolines
will have to be in the general comp.el code).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.