From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.devel Subject: Re: [External] : emacs-28 windows binaries available from alpha Date: Mon, 14 Feb 2022 10:25:07 +0000 Message-ID: References: <834k5d3hbv.fsf@gnu.org> <83o83l1v51.fsf@gnu.org> <83k0e3vox9.fsf@gnu.org> <83fsoruv2u.fsf@gnu.org> <83o83eudgz.fsf@gnu.org> <83ee4atzh5.fsf@gnu.org> <83v8xlst5p.fsf@gnu.org> <83sfspsks2.fsf@gnu.org> <83o83dsc6y.fsf@gnu.org> <83mtixsaaj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18838"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: dieter@duenenhof-wilhelm.de, corwin@bru.st, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Feb 14 11:27:58 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 1nJYaF-0004Tu-Td for ged-emacs-devel@m.gmane-mx.org; Mon, 14 Feb 2022 11:27:51 +0100 Original-Received: from localhost ([::1]:49334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJYaF-0003KG-1Z for ged-emacs-devel@m.gmane-mx.org; Mon, 14 Feb 2022 05:27:51 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44338) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJYY2-0002C9-6F for emacs-devel@gnu.org; Mon, 14 Feb 2022 05:25:34 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:59042) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJYXz-0006yI-7h; Mon, 14 Feb 2022 05:25:33 -0500 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 21EAP7I6021908 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 14 Feb 2022 10:25:08 GMT In-Reply-To: <83mtixsaaj.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Feb 2022 17:16:52 +0200") Received-SPF: pass client-ip=205.166.94.24; envelope-from=akrl@sdf.org; helo=mx.sdf.org 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_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-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:286242 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: dieter@duenenhof-wilhelm.de, corwin@bru.st, emacs-devel@gnu.org >> Date: Fri, 11 Feb 2022 14:44:05 +0000 >> >> Say the user did, but for some reason Emacs can't find libgccjit even if >> the user thought it's installed correctly. > > This is highly unlikely. I don't even understand how it could happen. Dunno I know nothing about Windows, but maybe there's some env var that needs to point where the dynamic linker can find the dll and this can be missconfigured? >> How the user is supposed to detect this if we made it all >> transparent? > > The user will eventually see that JIT native compilation doesn't > happen and Lisp packages used by Emacs aren't being compiled. If he pays attention to that and he verifies, otherwise the system is designed to be quite transparent. Best Regards Andrea