From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "H. Dieter Wilhelm" Newsgroups: gmane.emacs.devel Subject: Re: [External] : emacs-28 windows binaries available from alpha Date: Sat, 05 Feb 2022 10:22:26 +0100 Message-ID: References: <834k5d3hbv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25042"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (windows-nt) Cc: corwin@bru.st, emacs-devel@gnu.org, Drew Adams , Andrea Corallo To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 05 10:24:32 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGHJ1-0006Ki-V6 for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 10:24:31 +0100 Original-Received: from localhost ([::1]:39108 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGHJ0-0004ya-HZ for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 04:24:30 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:36794) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGHHP-0003eg-OP for emacs-devel@gnu.org; Sat, 05 Feb 2022 04:22:51 -0500 Original-Received: from mout.kundenserver.de ([212.227.126.135]:45749) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGHHK-0002wF-0H; Sat, 05 Feb 2022 04:22:51 -0500 Original-Received: from VSL7V7PW ([92.116.147.232]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1M59am-1nFBLZ1ug0-001ELP; Sat, 05 Feb 2022 10:22:33 +0100 In-Reply-To: <834k5d3hbv.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 05 Feb 2022 09:25:56 +0200") X-Provags-ID: V03:K1:geiqJhlXphPyUp2vWXTYeOCNa5wEvK7/nfKLHFtOsxMA5hSR623 vnPlWDTFhxfUMo0C4tiqIIyKPliwqpIkVUqcHty/weUZPdHV9qCHjrFBWIfXBro4REchWBG MaUxbSu8Onlkcx677DK8c1lxX34U9QNOUBalYaWM86bnDw9MbwNAJShokiBjnFjcDI9ki4K nRQs4AGlecxKZOhEuBX7g== X-UI-Out-Filterresults: notjunk:1;V03:K0:8m0IiPmGMjs=:b1ObVyR9mF/v3/wyp9ggG5 dwAKdD9TzMAZ271/ZFvFTeyFtdss0YXryLiOynE3NVvcCJk1nIS+zgtiI2zO5eXn0Ip41uH3C Ge4ycOW/5Fmq6kDc6IJH1VFPrXEgwpHxuMowxZLl5PxYC5vb4R8thVKdHC+KrfLyl6mDJBGhT vz+48pEnBa/0bmTgoj9Bgj+0chDMtaKoctEV78C/pEo6P+6mrmqhDzfhSBkHAo3lbAMn930U5 lhy9euBAeVNxxuN+EzF0yjtGOy9/hf85JHzleAh5kzMNYshb3X521L+/PeB7n6F02Xkt7Wcbd C6fnoHCoCg5XSTQo+3pnQnSvqCTC8yQd0t0vlPss7alo3D572fLUVLB0r8Ms5cPDHel3ZVnnx V0SdqNiOEDafBUarS6mm0nF9PZqDK1b4qYCdHkpUS+MJQbkS1zysMLmwkeXap5HW9oUByyi8P xaKBw46P8qhNLIP989IxWyEBugqZAPzScfEz85al3Bc+NDcvyc6DW8GcJ6IQWkcXtB6D63YXG 01qc+p84Bj+blQbT+ZDoKYgWCh7a2m/1zcIk9x10ArtxM1905By0YZ62VgMgiSS2Xi6uYrKaX lE722+hiLZkEVRAvFfSEaZC20Of6xip43EmvCojUkDbdAKsDxGZt1BbVHDoB+kP1vbghYxbf6 DtZOBQbMPA4WL2ZyKaYGDgZkYyZu/JHpXZl+zaG1x87IasDtIHNRGYkVttez6/Ve1RR9a7X+i DmV33xTwSAFFZ9rm Received-SPF: none client-ip=212.227.126.135; envelope-from=dieter@duenenhof-wilhelm.de; helo=mout.kundenserver.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:285894 Archived-At: Eli Zaretskii writes: >> From: Drew Adams >> Date: Fri, 4 Feb 2022 22:12:34 +0000 >> Cc: "H. Dieter Wilhelm" >>=20 >> I meant to include the backtrace: >>=20 >> 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 re= quire-match predicate) #)) >> 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: =E2=80=98psetq=E2=80=99 is an obsolete= alias (as of 27.1); use =E2=80=98cl-psetq=E2=80=99 instead. Thanks Dieter