emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [External] : emacs-28 windows binaries available from alpha


From: H. Dieter Wilhelm
Subject: Re: [External] : emacs-28 windows binaries available from alpha
Date: Sat, 05 Feb 2022 10:22:26 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (windows-nt)

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Drew Adams <drew.adams@oracle.com>
>> Date: Fri, 4 Feb 2022 22:12:34 +0000
>> Cc: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
>> 
>> I meant to include the backtrace:
>> 
>> Debugger entered--Lisp error: (error "Cannot find libgccjit library")
>>                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>   error("Cannot find libgccjit library")
>>   comp-ensure-native-compiler()
>>   comp--native-compile((lambda (arg0 &optional arg1 arg2 arg3) (let ((f 
>> #'read-buffer)) (funcall f arg0 arg1 arg2 arg3))) nil 
>> "d:/usr/drew/.emacs.d/eln-cache/28.0.91-bfc49136/su...")
>>   comp-trampoline-compile(read-buffer)
>>   comp-subr-trampoline-install(read-buffer)
>>   defalias(read-buffer #f(compiled-function (prompt &optional default 
>> require-match predicate) #<bytecode 0x1283e7579f6aadb2>))
>>   load-file("~/drews-lisp-20/strings.elc")
>>   funcall-interactively(load-file "~/drews-lisp-20/strings.elc")
>>   command-execute(load-file record)
>>   execute-extended-command(nil "load-file" "load-f")
>>   funcall-interactively(execute-extended-command nil "load-file" "load-f")
>>   command-execute(execute-extended-command)
>
> Andrea, is this expected on a machine that lacks libgccjit?  Under
> what conditions would loading a .elc file trigger native-compilation
> of a trampoline?
>
> If this is expected, I'd prefer that we detected the unavailability of
> libgccjit earlier, and avoided the attempt to compile a trampoline in
> the first place.  Can this be done safely enough to make the change on
> the release branch?
>
> Failing that, the error should be converted to a warning message in a
> way that doesn't defeat the loading of the .elc file.  Can you suggest
> a safe change for that?

On a Windows system WITH ligccjit I could load Drew's .elc file without
an error.

Then I added his .el file in the same folder and reloaded the .elc file
(with load-file).  I was expecting that Emacs would create a respective
.eln file in this situation.  But it didn't.

  Loading d:/tmp/Corwin/strings.elc (compiled; note, source file is
  newer)...done

Does this mean that Emacs - by default - is only natively compiling .el
files which are from Emacs' tree and (M)elpa packages?

When (load-file)ing the .el file then Emacs compiled the cl.el library.

  *Asyn-native-compoile-log* Compiling
  d:/tmp/Corwin/2022-02-04/share/emacs/28.0.91/lisp/obsolete/cl.el...

  *Messages* Loading d:/tmp/Corwin/strings.el (source)...
  d:/tmp/Corwin/strings.el: Warning: ‘psetq’ is an obsolete alias (as of
  27.1); use ‘cl-psetq’ instead.

Thanks

        Dieter



reply via email to

[Prev in Thread] Current Thread [Next in Thread]