GNU bug report logs - #50666
28.0.50; Fix native compilation on Cygwin

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: Stromeko <at> nexgo.de, 50666 <at> debbugs.gnu.org, kbrown <at> cornell.edu
Subject: Re: bug#50666: 28.0.50; Fix native compilation on Cygwin
Date: Fri, 24 Sep 2021 14:10:22 +0300

> From: Andrea Corallo <akrl <at> sdf.org>
> Cc: ASSI <Stromeko <at> nexgo.de>, 50666 <at> debbugs.gnu.org, kbrown <at> cornell.edu
> Date: Fri, 24 Sep 2021 07:26:11 +0000
> 
> > Or maybe we should add an automatic fallback on .elc/.el in case
> > loading a .eln fails?  Andrea, WDYT? will that work?
> 
> Yes I think we could have an automatic fallback, we might have
> 'native-elisp-load' (invoked by 'load') re invoke load itself in case of
> failure, not very clean tho.

Is 'native-elisp-load' always called from 'load'?  If so, we could
make it return some special value to signal that fallback is in order,
and then modify 'load' to proceed with loading *.el/*.elc file in that
case.

> But aside the fact that is implementable I think it should be limited to
> just this specific load failure, otherwise it could easily mask other
> issues.

We could log a message in *Messages* about this, so that the fallback
could be discovered.

Previous Next

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