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: Missing snprintf in ucrt mingw + vc-refresh in find-file hook? Date: Tue, 13 Feb 2024 22:01:22 +0200 Message-ID: <86h6icp20d.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1598"; mail-complaints-to="usenet@ciao.gmane.io" Cc: angelo.g0@libero.it, emacs-devel@gnu.org To: Arthur Miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Feb 13 21:03:38 2024 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 1rZz0E-0000AX-6z for ged-emacs-devel@m.gmane-mx.org; Tue, 13 Feb 2024 21:03:38 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rZyyZ-00029g-EG; Tue, 13 Feb 2024 15:01:57 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rZyyE-0001wh-1W for emacs-devel@gnu.org; Tue, 13 Feb 2024 15:01:35 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rZyyA-0001tY-Cc; Tue, 13 Feb 2024 15:01:30 -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=7Lsv6h0SixI/iAjRzBmnpbaAD44BEr1V42dZiP37ovI=; b=OYWf7ybDp5Qf wjAqHiqQPa2rRV/jWb3EkvnzdepVv+/hV8a537JKhAcvCW8Vizz559F/9Tk6DdQRjwFby7e7Kheu6 ZPPeVrvjMyRJVsMYQQwR2VuHo0BcrJvjJVtEu0MdrD+q+AQTJ546QiBJp8VSUhTD61wNTZ0lHSiyN UZW5YCtMacKrEhiK5h/3ZYltRUdBAgilG4gjIYPtQQg2qTAk+LwdcHYGa2nxpnEVISR6caHA473cn LOyCV/i1UaDkkL2qFe9iyLDD1IHDBoW7UZr5kbjWaHj03FudqyznbY1qrfVRu+RDcU49eqZZY498X gKkUeW/ouHqyiLDDZf9akQ==; In-Reply-To: (message from Arthur Miller on Tue, 13 Feb 2024 20:00:16 +0100) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:316184 Archived-At: > From: Arthur Miller > Cc: emacs-devel@gnu.org, eliz@gnu.org > Date: Tue, 13 Feb 2024 20:00:16 +0100 > > More than the patch, I also had to copy over cp.exe from msys/bin to ucrt64/bin, > because the cp.exe included in ucrt runtime failed in autogen or configure; I > don't remember, with message that --force flag is not implemented yet, when some > script was installing git hooks. This seems to indicate that your system is misconfigured: when you run MSYS Bash to build Emacs, the MSYS's bin directory should be on PATH _ahead_ of the MinGW bin directory, because Bash wants to run MSYS ports, not MinGW (a.k.a. "native Windows") ports. Copying MSYS programs into the MinGW bin directory is a bad idea, and will at some point bite you, so my recommendation is not to do so. In general, my advice is to keep MSYS and MinGW executables separate, and have separate environments for each one. In my setup, when I run the MSYS Bash, the MSYS executables are found first, but when I run the Windows cmd.exe it's the other way around. > Emacs seems to work as usual thus far, but the native compiler complains about > missing function: > > Debugger entered--Lisp error: (void-function comp-write-bytecode-file) > comp-write-bytecode-file("c:/Users/arthu/.emacs.d/eln-cache/30.0.50-ccd5287a/dired-auto-readme-d510bed9-ac3fa899.eln") > emacs-lisp-native-compile() > emacs-lisp-native-compile-and-load() > funcall-interactively(emacs-lisp-native-compile-and-load) > command-execute(emacs-lisp-native-compile-and-load) This should be fixed now on the master branch. > I also did got the message that Emacs is not functional at the end of the build: > > GEN ../../info/efaq-w32.info > org.texi:15658: warning: @anchor should not appear on @item line > org.texi:15671: warning: @anchor should not appear on @item line This is a harmless warning, so it shouldn't stop the build. > make[2]: Leaving directory '/c/Users/arthu/repos/emsrc/ucrt-w64/doc/misc' > make[1]: Leaving directory '/c/Users/arthu/repos/emsrc/ucrt-w64' > make sanity-check make-target=all > make[1]: Entering directory '/c/Users/arthu/repos/emsrc/ucrt-w64' > *** > *** "make all" succeeded, but Emacs is not functional. Maybe it's because of the problem with comp-write-bytecode-file.