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#51689: emacs Date: Sat, 20 Nov 2021 11:36:16 +0200 Message-ID: <837dd3tbhr.fsf@gnu.org> References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <83v90qx7gf.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21127"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 51689@debbugs.gnu.org To: Han Boetes , Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 20 10:37:20 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 1moMoB-0005Gi-Tv for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 20 Nov 2021 10:37:20 +0100 Original-Received: from localhost ([::1]:49776 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1moMoA-0004WY-CD for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 20 Nov 2021 04:37:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43768) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moMnu-0004TM-6E for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 04:37:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58378) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1moMnt-0002vD-Uc for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 04:37:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1moMnt-0000Ks-SH for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 04:37: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: Sat, 20 Nov 2021 09:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51689 X-GNU-PR-Package: emacs Original-Received: via spool by 51689-submit@debbugs.gnu.org id=B51689.16374009871240 (code B ref 51689); Sat, 20 Nov 2021 09:37:01 +0000 Original-Received: (at 51689) by debbugs.gnu.org; 20 Nov 2021 09:36:27 +0000 Original-Received: from localhost ([127.0.0.1]:41690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moMnK-0000Jw-OV for submit@debbugs.gnu.org; Sat, 20 Nov 2021 04:36:27 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moMnH-0000Jd-Fu for 51689@debbugs.gnu.org; Sat, 20 Nov 2021 04:36:25 -0500 Original-Received: from [2001:470:142:3::e] (port=39058 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moMn9-0002kx-NL; Sat, 20 Nov 2021 04:36:15 -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=DG6uTa/ehq8gZnL14i26iMi3D0p96zHegNzuEN7UUS0=; b=EJwcjFP4Ftem 11k9HSZb7VZI/Xv4SoBz94wmabnp3CPumnjo4cwK2eG8OZ/RNwg3Zi7lWLUVVNaOe6+Qgktn2C5LW dS1MBYsOXhz1eq2M8hN7DkS04AVqe5TPBNB8CQH3BgNE2FHRFxfHVQM/INounevi6pK3V5B56f3Y/ QRBh85XV7lp/7pbXkTzDoa4o0pLHjbzr85mDuUngb1tON/I8lZ20M5Z7HlZvwwPgjRNoTaAQ24P5O xEsZsvagAm03AGGWWTM3mRtHcrF1RLqbkkvG8gbVzttL54wQrqEvGNN5D8lWlOflpa1uX02c5kvCI 9qVlytxTMcHDnxrlozXciA==; Original-Received: from [87.69.77.57] (port=2950 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moMn9-0001qW-CF; Sat, 20 Nov 2021 04:36:15 -0500 In-Reply-To: (message from Han Boetes on Fri, 19 Nov 2021 23:18:04 +0100) 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:220476 Archived-At: > Date: Fri, 19 Nov 2021 23:18:04 +0100 > From: Han Boetes > Cc: 51689@debbugs.gnu.org > > Another thing I noticed: if there is a valid ~/.config/emacs/init.el, > emacs -nw -Q works fine. If I mv ~/.config/emacs{,.bak} I see the > problem. I don't have a /etc/emacs folder either, so maybe that helps > you in reproducing the issue? Not really: too many unknowns here. > And after > > (gdb) run -Q -nw > > I get: > > Breakpoint 3, 0x00000d95326ee646 in Fsignal () > No symbol "error_symbol" in current context. Your build lacks debugging symbols, sigh. Anyway. I think I'm beginning to understand what's going on here. Andrea, I need your help here. Here's what I think happens: At startup, we call tramp-register-archive-file-name-handler, because tramp-archive.el does this: ;;;###autoload (progn (defun tramp-register-archive-file-name-handler () "Add archive file name handler to `file-name-handler-alist'." (when tramp-archive-enabled (add-to-list 'file-name-handler-alist (cons (tramp-archive-autoload-file-name-regexp) #'tramp-archive-autoload-file-name-handler)) (put #'tramp-archive-autoload-file-name-handler 'safe-magic t)))) ;;;###autoload (progn (add-hook 'after-init-hook #'tramp-register-archive-file-name-handler) (add-hook 'tramp-archive-unload-hook (lambda () (remove-hook 'after-init-hook #'tramp-register-archive-file-name-handler)))) So we call tramp-register-archive-file-name-handler, which invokes tramp-archive-autoload-file-name-regexp, which does: ;; The definition of `tramp-archive-file-name-regexp' contains calls ;; to `regexp-opt', which cannot be autoloaded while loading ;; loaddefs.el. So we use a macro, which is evaluated only when needed. ;;;###autoload (progn (defmacro tramp-archive-autoload-file-name-regexp () "Regular expression matching archive file names." '(concat "\\`" "\\(" ".+" "\\." ;; Default suffixes ... (regexp-opt tramp-archive-suffixes) ;; ... with compression. "\\(?:" "\\." (regexp-opt tramp-archive-compression-suffixes) "\\)*" "\\)" ;; \1 "\\(" "/" ".*" "\\)" "\\'"))) ;; \2 So this calls regexp-opt, which is an autoloaded function, so it loads regexp-opt. regexp-opt is preloaded (in GUI-capable builds), so we should have regexp-opt.eln under native-lisp/ directory, but it is not actually preloaded in --without-x builds. And regexp-opt (the function) calls regexp-opt-group. So it sounds like when regexp-opt.eln is auto-loaded on Han's platform, it signals this error, for some reason, although regexp-opt-group is defined inside regexp-opt.el. Some bug in libgccjit on OpenBSD, perhaps, or in GCC 11 on that OS? Or something else, perhaps because regexp-opt.eln is in preloaded/, but not actually preloaded into --without-x builds? Andrea, how to continue investigating this? This bug is currently the only blocker that prevents us from going to the first pretest of Emacs 28, so it's quite frustrating that we cannot solve it for the past 12 days. If we cannot resolve this quickly, I'm tempted to ignore this problem as something specific to OpenBSD, since my own build "--without-x" (on GNU/Linux) doesn't have this problem. Thanks.