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#52376: 28.0.90; libdir is missing from native-comp-eln-load-path with GTK3 build Date: Fri, 10 Dec 2021 09:45:20 +0000 Message-ID: References: <83a6hbvw5d.fsf@gnu.org> <838rwvvtqs.fsf@gnu.org> <83zgpavoui.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6852"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 52376@debbugs.gnu.org To: Bhavin Gandhi Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 10 10:56:18 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 1mvcdV-0001ZM-6v for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Dec 2021 10:56:17 +0100 Original-Received: from localhost ([::1]:52630 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvcdT-0005vv-BA for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Dec 2021 04:56:15 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38116) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvcTa-0002at-TU for bug-gnu-emacs@gnu.org; Fri, 10 Dec 2021 04:46:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34006) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mvcTa-0002TZ-IX for bug-gnu-emacs@gnu.org; Fri, 10 Dec 2021 04:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mvcTa-0007OF-Gz for bug-gnu-emacs@gnu.org; Fri, 10 Dec 2021 04:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Dec 2021 09:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52376 X-GNU-PR-Package: emacs Original-Received: via spool by 52376-submit@debbugs.gnu.org id=B52376.163912952828365 (code B ref 52376); Fri, 10 Dec 2021 09:46:02 +0000 Original-Received: (at 52376) by debbugs.gnu.org; 10 Dec 2021 09:45:28 +0000 Original-Received: from localhost ([127.0.0.1]:45552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvcT1-0007NR-Qo for submit@debbugs.gnu.org; Fri, 10 Dec 2021 04:45:28 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:65188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvcSz-0007NG-GJ for 52376@debbugs.gnu.org; Fri, 10 Dec 2021 04:45:26 -0500 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 1BA9jKme014698 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 10 Dec 2021 09:45:23 GMT In-Reply-To: (Bhavin Gandhi's message of "Fri, 10 Dec 2021 14:55:46 +0530") 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:222039 Archived-At: Bhavin Gandhi writes: > On Fri, 10 Dec 2021 at 01:44, Andrea Corallo wrote: >> >> I suggest to set a breakpoint at pdumper.c:5321 and print 'fndata' to >> >> see where we do expect to find the installed eln we don't find. >> > >> > It did not reach that breakpoint, and Emacs just started as usual. Seems >> > like the RELOC_NATIVE_COMP_UNIT case is not getting matched. >> >> Actually this is very bizarre. A native compiled Emacs that has been >> dumped has to go through there to startup so either: >> >> 1- we are debugging temacs and non emacs >> 2- emacs was compiled with native compilation >> 3- the breakpoint is not working as expected, maybe because it's an >> optimized build. >> >> I guess most likely we are looking at case 3 here. Could you try in >> this case building pdumper.c (or all Emacs) with -O0 -g3? > > Emacs was indeed compiled with -O0 -g3, but to rule out that possibility, > I compiled it again with these two flags. And still it is showing same > behaviour, it goes ahead without stopping at the breakpoint. Okay, that's very bizarre tho. >> Just to be 100% sure, one mine src/pdumper.c. from emacs28 line 5321 is: >> >> if (file_access_p (fndata, F_OK)) > > In my case that line is at pdumper.c:5319 Maybe that was the reason? > When I test the same breakpoint with the Lucid build I get the > following, it is able to find the correct paths here. > > --8<---------------cut here---------------start------------->8--- > $ gdb --args /usr/bin/emacs-28.0.90-lucid -Q > Reading symbols from /usr/bin/emacs-28.0.90-lucid... > Reading symbols from > /usr/lib/debug/usr/bin/emacs-28.0.90-lucid-28.0.90-1.fc35.x86_64.debug... > (gdb) break pdumper.c:5319 > Breakpoint 3 at 0x692487: file ../../src/pdumper.c, line 5319. > (gdb) run > Starting program: /usr/bin/emacs-28.0.90-lucid -Q > > Breakpoint 3, dump_do_dump_relocation (dump_base=140737265905664, > reloc=...) at ../../src/pdumper.c:5319 > 5319 if (file_access_p (fndata, F_OK)) > (gdb) p *comp_u > $3 = { > header = { > size = 4611686018830053383 > }, > file = XIL(0x7ffff3295623), > optimize_qualities = XIL(0x7ffff3295593), > lambda_gc_guard_h = XIL(0xe4d5f5), > lambda_c_name_idx_h = XIL(0x7ffff3292625), > data_fdoc_v = XIL(0), > data_vec = XIL(0x7ffff328dc4d), > data_impure_vec = XIL(0x7ffff2beb415), > data_imp_relocs = 0x0, > loaded_once = false, > load_ongoing = false, > handle = 0x0 > } > (gdb) p comp_u->file > $4 = XIL(0x7ffff3295623) > (gdb) pr > ("../lib64/emacs/28.0.90/native-lisp/28.0.90-be2fc0ab/preloaded/window-0d1b8b93-41a00537.eln" > . "../native-lisp/28.0.90-be2fc0ab/preloaded/window-0d1b8b93-41a00537.eln") > (gdb) p cu_file1 > $5 = XIL(0x7ffff3295654) > (gdb) pr > "../lib64/emacs/28.0.90/native-lisp/28.0.90-be2fc0ab/preloaded/window-0d1b8b93-41a00537.eln" > (gdb) p cu_file2 > $6 = XIL(0x7ffff3295634) > (gdb) pr > "../native-lisp/28.0.90-be2fc0ab/preloaded/window-0d1b8b93-41a00537.eln" > --8<---------------cut here---------------end--------------->8--- Good, as mentioned could you 'fndata' now? Thanks! Andrea