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

[Eli Zaretskii <eliz@gnu.org>]

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

Thanks.