GNU bug report logs - #49118
28.0.50; Error: File error Opening output file

Previous Next

Full log

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Manuel Uberti <manuel.uberti <at> inventati.org>, 49118 <at> debbugs.gnu.org
Subject: Re: bug#49118: 28.0.50; Error: File error Opening output file
Date: Mon, 21 Jun 2021 10:21:25 +0000

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

>> Cc: 49118 <at> debbugs.gnu.org
>> From: Manuel Uberti <manuel.uberti <at> inventati.org>
>> Date: Sat, 19 Jun 2021 16:34:41 +0200
>> 
>> On 19/06/21 16:32, Eli Zaretskii wrote:
>> > What happens if you invoke the native-compilation like this:
>> > 
>> >    $ emacs -batch -l comp -f batch-native-compile /usr/local/share/emacs/28.0.50/lisp/time.el.gz
>> > 
>> > Does this also fail, and if so, what error message(s) do you see?
>> 
>> This is what I get:
>> 
>> manuel <at> hathaway:~$ emacs -batch -l comp -f batch-native-compile 
>> /usr/local/share/emacs/28.0.50/lisp/time.el.gz
>> uncompressing time.el.gz...
>> uncompressing time.el.gz...done
>> Debugger entered--Lisp error: (file-error 
>> "/usr/local/share/emacs/28.0.50/lisp/time.el.gz" "Opening output file" "Cannot 
>> overwrite file" "/usr/local/share/emacs/28.0.50/lisp/time.elc")
>>    signal(file-error ("/usr/local/share/emacs/28.0.50/lisp/time.el.gz" "Opening 
>> output file" "Cannot overwrite file" 
>> "/usr/local/share/emacs/28.0.50/lisp/time.elc"))
>>    comp--native-compile("/usr/local/share/emacs/28.0.50/lisp/time.el.gz")
>>    batch-native-compile()
>>    command-line-1(("-l" "comp" "-f" "batch-native-compile" 
>> "/usr/local/share/emacs/28.0.50/lisp/time.el.gz"))
>>    command-line()
>>    normal-top-level()
>
> Thanks.
>
> Andrea, this means bug#48978 was not entirely fixed: we are still
> trying to write the *.elc files when native-compiling.  Your last
> change prevented Emacs from trying to create a temporary file under
> /usr/share/emacs, but it didn't prevent the rest of byte-compile-file
> from trying to overwrite the original .elc file, which here causes us
> to signal an error.  We need to avoid writing the .elc file entirely
> in this case, I think.

Hi Eli,

agreed, hopefully a4fb5811fa does a better job at this, please have a
look.

Thanks

  Andrea

Previous Next

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