GNU bug report logs - #50230
Endian problem with native compilation

Previous Next

Full log

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: schwab <at> linux-m68k.org, 50230 <at> debbugs.gnu.org
Subject: Re: bug#50230: Endian problem with native compilation
Date: Wed, 01 Sep 2021 15:13:54 +0000

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

>> Cc: 50230 <at> debbugs.gnu.org
>> Date: Wed, 01 Sep 2021 12:28:59 +0000
>> From:  Andrea Corallo via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> 
>> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>> 
>> > define_cast_functions contains all the horrible mess.
>> >
>> > Andreas.
>> 
>> Hi Andreas,
>> 
>> is this bug fixed with 6767e5565?
>
> Andrea,
>
> Regardless of whether the big-endian bugs are solved with this, could
> you please try to give us an idea of how this change could affect the
> native code produced by Emacs, and whether it could destabilize Emacs
> with natively-compiled Lisp code to any significant degree?

This is changing the cast functions we synthesize and use in all the
code we generate, so yes it is potentially destabilizing.

That said the generated code looks correct to me (and considerably
cleaner).  Also, given these functions are really the foundation of a
lot of other code we generate I guess would be unlikely to have these
wrong but still have the testsuite passing clean and Emacs booting up
correctly.  Call me optimistic but I'd be pretty confident with this
change...

Not sure I can say more than this, hope it helps.

Regards

  Andrea

Previous Next

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