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

Previous Next

Package: emacs;

Reported by: Bartosz Bubak <bartosz.bubak <at> gmail.com>

Date: Wed, 5 Oct 2022 20:34:03 UTC

Severity: normal

Found in version 28.2

Full log


View this message in rfc822 format

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

> Right, so I think we need a special Makefile target to produce those
> compiled trampolines (something like "make trampolines"), and that
> target should be only used manually when building a binary
> distribution, not when building the release tarball for use on the
> same machine where it is built.

Yup.

But I'm not sure this is something we should do, really -- it's extra
work for something that is only important on non-free systems, and it
will complicate the logic in general (since we'd probably need to add
another directory for pre-built trampolines and manage those, etc).

I think we should leave this up to people who do packaging.  That is, if
Cygwin (etc) distributes an Emacs with nativecomp, they will also
distribute libgccjit etc (i.e., all the prerequisites).

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.





This bug report was last modified 2 years and 253 days ago.

Previous Next


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