From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [External] : emacs-28 windows binaries available from alpha Date: Sat, 05 Feb 2022 09:25:56 +0200 Message-ID: <834k5d3hbv.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26416"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dieter@duenenhof-wilhelm.de, corwin@bru.st, emacs-devel@gnu.org To: Drew Adams , Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 05 08:40:10 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 1nGFg1-0006iU-SZ for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 08:40:10 +0100 Original-Received: from localhost ([::1]:36796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGFfz-00047p-Rs for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 02:40:08 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52334) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGFT7-0000yg-S2 for emacs-devel@gnu.org; Sat, 05 Feb 2022 02:26:56 -0500 Original-Received: from [2001:470:142:3::e] (port=54400 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGFSh-0004xY-Tf; Sat, 05 Feb 2022 02:26:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=iXyoZMeE4/jvtaEmep59VDN+vSDJi5V4WCzZL0CGf1c=; b=Ozq7EixWdcZk hxkn8WPylHan1OEwex8rQaSEZmD6ffzt0ulJHFEjfzcu1Yedn1g9k6zNZDAJSwUMUpggDYc3gDkb9 vLu0u1VPhja+BYZ1lcZ/NFLKI3lPkMqrvfVi2MrfYxXYYGifA9uohjNVEO8cGFWdRiB8kZ/ieS54j 9lplJ6ocbZLccita2GaPqJ1vQyAy/Ns5PK1XZ5AHF4ObNDHhfH33fOssxYvfCQ1pWaczz1q80TGFb 9FiZ0r0xZE75Rj4b7biw8TxfwSirYzXqaEhZ1PklZtyrsd+pHxG3PqDk0BXGI5jXqbze/8iFNip9T yBSxqOXWpH+9ppX+pimCgw==; Original-Received: from [87.69.77.57] (port=3134 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGFSa-0001v8-DL; Sat, 05 Feb 2022 02:26:21 -0500 In-Reply-To: (message from Drew Adams on Fri, 4 Feb 2022 22:12:34 +0000) 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:285887 Archived-At: > From: Drew Adams > Date: Fri, 4 Feb 2022 22:12:34 +0000 > Cc: "H. Dieter Wilhelm" > > 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) #)) > 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.