GNU bug report logs - #61880
Native compilation fails to generate trampolines on certain scenarios

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Sergio Durigan Junior <sergiodj <at> sergiodj.net>
Cc: 61880 <at> debbugs.gnu.org, akrl <at> sdf.org
Subject: Re: bug#61880: Native compilation fails to generate trampolines on
 certain scenarios
Date: Fri, 03 Mar 2023 09:10:52 +0200

> From: Sergio Durigan Junior <sergiodj <at> sergiodj.net>
> Cc: akrl <at> sdf.org,  61880 <at> debbugs.gnu.org
> Date: Thu, 02 Mar 2023 18:54:33 -0500
> 
> On Thursday, March 02 2023, Eli Zaretskii wrote:
> 
> > I can come up with documentation of this subtlety, including a list of
> > primitives whose redefinition could trigger these issues, if this is
> > an acceptable solution.
> 
> Yes, this would be a great first step.  I wonder if there's some warning
> Emacs can print when it detects that a primitive is being redefined and
> native compilation is enabled.  On the one hand, Emacs would be a bit
> more verbose than perhaps desirable; on the other, I think this scenario
> is particular enough that having a warning is OK-ish.

Emitting such a warning for every primitive that is redefined or
advised could be annoying indeed, but maybe we should warn only about
the few primitives that might disrupt compilation of trampolines, and
only when a trampoline is compiled?  Andrea, can we do something like
that?

Previous Next

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