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

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Corwin Brust <corwin <at> bru.st>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Bartosz Bubak <bartosz.bubak <at> gmail.com>, 58318 <at> debbugs.gnu.org
Subject: bug#58318: 28.2; Emacs installed from package won't work with MinGW
Date: Thu, 06 Oct 2022 15:30:14 +0200

Corwin Brust <corwin <at> bru.st> writes:

> It looks from this that Emacs doesn't find (a complete) GCC kit for
> use with GCC, so your Emacs should be loading ELN files shipped with
> the release but not trying to compile any new ones, I think?
>
> Unfortunately, that just makes the "Error: Internal native compiler
> error failed to compile" even more of a mystery:

It shouldn't try to compile .el(c) files, but it needs the compiler to
make trampolines to redefine built-in functions.  So a nativecomp Emacs
isn't fully functional if a compiler isn't present.

To check whether this is what's happening in this case, try to say:

(fset 'yes-or-no-p 'y-or-n-p)

You should get a file called something like

subr--trampoline-7965732d6f722d6e6f2d70_yes_or_no_p_0.eln

in your eln-cache directory.  If this leads to that mysterious error
message, then that's probably what's happening here.

Previous Next

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