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.bugs Subject: bug#56853: 29.0.50; MacOS installation broken Date: Mon, 01 Aug 2022 09:51:24 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3959"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 56853@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 01 11:52:53 2022 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 1oIS6W-0000so-T7 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 01 Aug 2022 11:52:52 +0200 Original-Received: from localhost ([::1]:56532 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oIS6R-0005Qb-Vn for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 01 Aug 2022 05:52:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44996) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oIS5j-0005Q9-OZ for bug-gnu-emacs@gnu.org; Mon, 01 Aug 2022 05:52:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49600) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oIS5i-0006T7-H0 for bug-gnu-emacs@gnu.org; Mon, 01 Aug 2022 05:52:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oIS5i-000358-Dz for bug-gnu-emacs@gnu.org; Mon, 01 Aug 2022 05:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Aug 2022 09:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56853 X-GNU-PR-Package: emacs Original-Received: via spool by 56853-submit@debbugs.gnu.org id=B56853.165934749011759 (code B ref 56853); Mon, 01 Aug 2022 09:52:02 +0000 Original-Received: (at 56853) by debbugs.gnu.org; 1 Aug 2022 09:51:30 +0000 Original-Received: from localhost ([127.0.0.1]:39345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oIS5B-00033b-IX for submit@debbugs.gnu.org; Mon, 01 Aug 2022 05:51:29 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:61777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oIS57-00033K-QW for 56853@debbugs.gnu.org; Mon, 01 Aug 2022 05:51:28 -0400 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 2719pO50010013 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 1 Aug 2022 09:51:24 GMT In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Sun, 31 Jul 2022 15:35:42 +0200") 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:238398 Archived-At: Gerd M=C3=B6llmann writes: > Don't know if this is helpful. Alas, I'm not quite on top of what's > going on in master. > > Apparently, the error is signaled from C: > > (lldb) xbacktrace=20 > (unsigned char *) data =3D 0x00000001030ab538 "file-name-sans-extension" > (unsigned char *) data =3D 0x0000000100284848 "defalias" > (unsigned char *) data =3D 0x000000010028a02f "load" > (unsigned char *) data =3D 0x000000010028a02f "load" > > > frame #0: 0x0000000100258b78 Emacs`Fsignal(error_symbol=3D-> (struct Lis= p_Symbol *) $2 =3D 0x00000001006a1a50, data=3D-> (EMACS_INT) $4 =3D 1086473= 292) at eval.c:1687:27 [opt] > 1684 (Lisp_Object error_symbol, Lisp_Object data) > 1685 { > 1686 /* If they call us with nonsensical arguments, produce "peculia= r error". */ > -> 1687 if (NILP (error_symbol) && NILP (data)) > 1688 error_symbol =3D Qerror; > 1689 signal_or_quit (error_symbol, data, false); > 1690 eassume (false); > Target 0: (Emacs) stopped. > (lldb) up > frame #1: 0x0000000100258bb0 Emacs`xsignal(error_symbol=3D, = data=3D) at lisp.h:4550:3 [opt] > 4547 INLINE AVOID > 4548 xsignal (Lisp_Object error_symbol, Lisp_Object data) > 4549 { > -> 4550 Fsignal (error_symbol, data); > 4551 } > 4552 extern AVOID xsignal0 (Lisp_Object); > 4553 extern AVOID xsignal1 (Lisp_Object, Lisp_Object); > (lldb)=20 > frame #2: 0x0000000100258988 Emacs`xsignal1(error_symbol=3D,= arg=3D) at eval.c:0:26 [opt] > 1844 } > 1845=09 > 1846 void > -> 1847 xsignal1 (Lisp_Object error_symbol, Lisp_Object arg) > 1848 { > 1849 xsignal (error_symbol, list1 (arg)); > 1850 } > Note: this address is compiler-generated code in function xsignal1 that h= as no source code associated with it. > (lldb)=20 > > frame #3: 0x000000010016fb80 Emacs`funcall_general(fun=3D, n= umargs=3D, args=3D) at eval.c:2912:2 [opt] > 2909 else > 2910 { > 2911 if (NILP (fun)) > -> 2912 xsignal1 (Qvoid_function, original_fun); > 2913 if (!CONSP (fun)) > 2914 xsignal1 (Qinvalid_function, original_fun); > 2915 Lisp_Object funcar =3D XCAR (fun); > (lldb)=20 > frame #4: 0x000000010016c368 Emacs`Ffuncall(nargs=3D2, args=3D-> (struct = Lisp_Symbol *) $64 =3D 0x0000000100691a30) at eval.c:2958:21 [opt] > 2955 if (debug_on_next_call) > 2956 do_debug_on_call (Qlambda, count); > 2957=09 > -> 2958 Lisp_Object val =3D funcall_general (args[0], nargs - 1, args += 1); > 2959=09 > 2960 lisp_eval_depth--; > 2961 if (backtrace_debug_on_exit (specpdl_ref_to_ptr (count))) > (lldb)=20 > frame #5: 0x00000001001c0b88 Emacs`maybe_defer_native_compilation(functio= n_name=3D-> (struct Lisp_Symbol *) $67 =3D 0x00000001100082c0, definition= =3D-> (struct Lisp_Vector *) $72 =3D 0x000000011000d5a8) at comp.c:5120:14 = [opt] > 5117 return; > 5118=09 > 5119 Lisp_Object src =3D > -> 5120 concat2 (CALL1I (file-name-sans-extension, Vload_true_file_na= me), > 5121 build_pure_c_string (".el")); > 5122 if (NILP (Ffile_exists_p (src))) > 5123 { I think what is going on is that while starting we get into 'maybe_defer_native_compilation' where we try to call `file-name-sans-extension' but this is stil not defined for some reason. Now why this condition happen has still to be determined. Perhaps someone should compare this startup sequence with the working non moved binary? Thanks Andrea