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

Previous Next

Full log

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.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 12:49:19 +0000

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

>> 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'?

No but we could have it just return nil in case of fail with no
breakage.

> 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.

Not sure how complex would be to integrate that with the controlo flow
in 'load' but yes that's a good idea if we wanna pursue this way.

  Andrea

Previous Next

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