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.bugs Subject: bug#45817: 28.0.50; Native fails Date: Thu, 14 Jan 2021 16:04:54 +0200 Message-ID: <83sg73bomx.fsf@gnu.org> References: <8D26BD1C-F176-4F8F-9D95-3035DBD9FB0C@korins.ky> <968E34D7-5E68-4365-A742-735CD8379ACB@korins.ky> <83wnwgb3d9.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2791"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 45817@debbugs.gnu.org, kirill@korins.ky To: Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 14 15:21:32 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1l03VD-0000c6-V3 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Jan 2021 15:21:31 +0100 Original-Received: from localhost ([::1]:57694 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l03VC-0005yv-U9 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Jan 2021 09:21:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60584) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l03GE-0007nD-8X for bug-gnu-emacs@gnu.org; Thu, 14 Jan 2021 09:06:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54235) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l03GD-00018U-Uw for bug-gnu-emacs@gnu.org; Thu, 14 Jan 2021 09:06:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l03GD-0004Jj-OC for bug-gnu-emacs@gnu.org; Thu, 14 Jan 2021 09:06:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jan 2021 14:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45817 X-GNU-PR-Package: emacs Original-Received: via spool by 45817-submit@debbugs.gnu.org id=B45817.161063310416526 (code B ref 45817); Thu, 14 Jan 2021 14:06:01 +0000 Original-Received: (at 45817) by debbugs.gnu.org; 14 Jan 2021 14:05:04 +0000 Original-Received: from localhost ([127.0.0.1]:37548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l03FI-0004IT-9Y for submit@debbugs.gnu.org; Thu, 14 Jan 2021 09:05:04 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l03FF-0004Hx-UM for 45817@debbugs.gnu.org; Thu, 14 Jan 2021 09:05:02 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50925) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l03F9-0000du-SQ; Thu, 14 Jan 2021 09:04:55 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1261 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l03F9-00089r-1M; Thu, 14 Jan 2021 09:04:55 -0500 In-Reply-To: (message from Andrea Corallo on Thu, 14 Jan 2021 09:33:48 +0000) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:197948 Archived-At: > From: Andrea Corallo > Cc: "Kirill A. Korinsky" , 45817@debbugs.gnu.org > Date: Thu, 14 Jan 2021 09:33:48 +0000 > > > Is this specific to macOS? > > > > In any case, if it's known that specific versions of GCC cause > > problems on specific platforms, we should reject those versions (for > > the libgccjit usage purposes) in configure, I think. > > We do, not based on the version but (even better I think) we run a > functional test at configure time. The test use libgccjit to produce a > shared, then this is loaded and used to ensure all the complete > mechanism is functional. Yes, but such tests can only verify that the basics work, whereas the OP seemed to indicate that it generally works, but fails in some subtle situation. If libgccjit you are testing at configure time only "mostly" works, you will be unable to detect that with simple tests. For such subtly broken versions of libgccjit, we have no practical means but looking at their version. > I think in this specific case somenthing happend (maybe OS upgrade?) as > when Emacs was compiled libgccjit clearly was working. If that is the case, then there's no problem we need to solve here.