From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Corwin Brust Newsgroups: gmane.emacs.devel Subject: Re: [External] : emacs-28 windows binaries available from alpha Date: Sat, 5 Feb 2022 18:33:34 -0600 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3290"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "H. Dieter Wilhelm" , Emacs developers To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 06 01:36:26 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 1nGVXW-0000fw-Pa for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Feb 2022 01:36:26 +0100 Original-Received: from localhost ([::1]:54788 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGVXV-0005GU-72 for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 19:36:25 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGVUz-0004Z0-Fn for emacs-devel@gnu.org; Sat, 05 Feb 2022 19:33:49 -0500 Original-Received: from mail-ed1-f54.google.com ([209.85.208.54]:35571) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nGVUw-00031O-Np for emacs-devel@gnu.org; Sat, 05 Feb 2022 19:33:49 -0500 Original-Received: by mail-ed1-f54.google.com with SMTP id f17so4618316edd.2 for ; Sat, 05 Feb 2022 16:33:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1Kr1A7BHKJ+ZsZrqFQ5tdQQoIN2zsPAkKp/MoYLcaLw=; b=TB0eVz+LdfHi5n594rlWrtABZgtbCnFviYZ0vTjXATyKsHkmjWspIDyzP8s8Xt7xrE TxCN0VYEVqTLzxaBOUjgwyTBU1ktZ6TNxXfgmKCFzT7S1VtUz1QOtrkjR/DydtiioNiI p8Oy/yoYfa9Tt+qDflPCW6K16TqG0k0XKz4gn/CkksvCjMbR5LKA0v7flG9rB2Y48IM6 rI+AJ5NUhR6JNVNKa9NLB6NAPeKZ5ehYL7Fwka8fMsDVNqEQ0OUO2J3o1rIv9OJPrVIA F09eViIYSwL7sxSraD7ZvR3B1dBcYXrFps5qRA3e769MEwfBw/KUIxUn0sOkn6phF2R7 gacg== X-Gm-Message-State: AOAM533uFiPLPv6+yD/DSF0WlRXivV6qWVER5hNWrrHuUNiSjovoTHan Z5kHFCQ3h/nLtltogo45py6hq3RNrXF5HNI65yk= X-Google-Smtp-Source: ABdhPJxWPjPfQQwuyF4cHmNf32fOGhfAIHlpwq9CVtW6ZwsQSLKnGZUY5ffLVvYZmlZKknxa5qM7jqmXUcyHzR9JIvk= X-Received: by 2002:a50:bb0a:: with SMTP id y10mr6891933ede.441.1644107625112; Sat, 05 Feb 2022 16:33:45 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=209.85.208.54; envelope-from=mplscorwin@gmail.com; helo=mail-ed1-f54.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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:285922 Archived-At: Hi Drew. Thanks again for this report. Fairly sure you've found a bug but it's too soon to say how that will shake out in terms of a patch for emacs-28 or a change to how we are packaging Emacs binaries for Windows. On Fri, Feb 4, 2022 at 4:12 PM Drew Adams wrote: > > 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) I think I see you responding downstream to some slightly tangential conversation, so I wanted to reassure you: AFAICT, you've found a problem where Emacs is incorrectly attempting to invoke native compilation. Toward confirming/resoving that: Eli has a taken a first pass at creating a patch for that and has also reached out to Andreas for additional insight. Meanwhile, I'm working on testing Eli's patch by building an Emacs package with it applied and the installing that package on the "no-MSYS" testing machine I've been using. I'll report back again once I get that far.