From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lynn Winebarger Newsgroups: gmane.emacs.devel Subject: Re: Loading tramp for dump goes into infinite regress Date: Sun, 24 Jul 2022 12:20:47 -0400 Message-ID: References: <8735erhrlg.fsf@gmx.de> <83wnc2g0n8.fsf@gnu.org> <83sfmqfxcb.fsf@gnu.org> 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="27588"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael.albinus@gmx.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jul 24 18:22:24 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 1oFeN6-00073O-DK for ged-emacs-devel@m.gmane-mx.org; Sun, 24 Jul 2022 18:22:24 +0200 Original-Received: from localhost ([::1]:51892 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oFeN5-0003EZ-Bj for ged-emacs-devel@m.gmane-mx.org; Sun, 24 Jul 2022 12:22:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56514) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oFeLo-0001SM-VM for emacs-devel@gnu.org; Sun, 24 Jul 2022 12:21:05 -0400 Original-Received: from mail-oi1-x22c.google.com ([2607:f8b0:4864:20::22c]:36694) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oFeLn-0008PA-69; Sun, 24 Jul 2022 12:21:04 -0400 Original-Received: by mail-oi1-x22c.google.com with SMTP id u76so10864298oie.3; Sun, 24 Jul 2022 09:21:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fyJKfeXiWJSxJjlAj5TCPTSruh7m1cAsZpRgO6Y4Vn0=; b=aconIEafkgIi/lQ3AmLHVuglnHxLS9VDksR8qr1YXZtsdNfONbuyVw6eKQpoxXIMqu ktR7nmXKdGS8t71vhcSRmp33aOcCy6TaPOy523g5QKKs0/lgdNkqlUwb97DNhnoBbF96 i97umNFRLftpAlBt3yzjOYwMR7jmwJ+ZPJXvdc/TVEuUnoiq/nll3/r0BRk7d6NrbdyR Z+wtkEZvn2E6QBmWWUFNfSGrQ895w6Aa9q116q+VoNR9j/xfUVQlWHzg7Yu58/NU6UQY Oe2sQXQhWWXM5NJb4SCeJny1uKydag5Azwl96SOZ1/ntFHgiK3JiFEazw+hAphADsyf7 cVcQ== 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=fyJKfeXiWJSxJjlAj5TCPTSruh7m1cAsZpRgO6Y4Vn0=; b=EO70jyg3fDCdWT9IIhZABuGq7+zaY4g/NHQfNOxX29DruW5OETxlPQMBa2SzwH6o4t 5kd7kHKWE/VnphYo2Tk9r5nmM6Wqb8ZebePChJwuBeKzK6/tktX8mZpaVAXfZ7zjGReI vhKAcp29wt3WGCCqUg/G9tWdYf0GfCOwIUdyA4SyO6kXrv5931OdhevQkEZ7iha7/Hri V/49abMaL8QPhZ62I5nZ7E4NZJfinBNlBxxRfAQRtB8HsDZMno2IUy1UXYfboFeEQbUf AGQZ/Pqf0zbvYoq70THNqP3CAMd3F3GVHYXTjo0+XImeqx3MElfDOjx5rvQMBTdJ8vrq P1FQ== X-Gm-Message-State: AJIora98RrijAxzkd48CaplebnXRK18J1oOA3uB2HCM5XCtkw6E5K7xv sqXc+1LhtIQg2cZDFvMxKkq93ZLN+ft+UuLpnKYhUvU3 X-Google-Smtp-Source: AGRyM1sksqnVX4bhuCjpCITQ/WsL4e1wH20BcvGYvNYpalqDBkdOjtg2Yhs/wZOTHg1NQ4IZ62BBETMyaxAu0kh5E5c= X-Received: by 2002:a05:6808:1201:b0:337:e9c2:84b7 with SMTP id a1-20020a056808120100b00337e9c284b7mr3758532oil.247.1658679661136; Sun, 24 Jul 2022 09:21:01 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2607:f8b0:4864:20::22c; envelope-from=owinebar@gmail.com; helo=mail-oi1-x22c.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_NONE=-0.0001, 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:292604 Archived-At: On Sun, Jul 24, 2022 at 12:00 PM Lynn Winebarger wrote: > > On Sun, Jul 24, 2022 at 10:05 AM Lynn Winebarger wrote: > > > > On Sun, Jul 24, 2022 at 9:34 AM Eli Zaretskii wrote: > > > > > > > From: Lynn Winebarger > > > > Date: Sun, 24 Jul 2022 09:30:34 -0400 > > > > Cc: michael.albinus@gmx.de, emacs-devel@gnu.org > > > > > > > > > Note that Michael asked you to show specific commands you used, so he > > > > > could try reproducing the problems you see, but you haven't provided > > > > > any such commands, only a rather general description of what you are > > > > > trying to do. > > > > > > > > > > Can you please show the shell commands that you use to do the loading > > > > > step? > > > > > > > > That would be "make -j$(nproc)", which seems unhelpful. > > > > > > I mean the actual command that loads and dumps all the stuff. If you > > > are using the Emacs Makefile's, I guess it's something like this: > > > > > > ./temacs -batch -l loadup --temacs=pdump > > > > > > Or did you modify the Makefile's in the tree? > > > > I have not modified the Makefiles at this point - hence the explicit > > use of make-docfile in my previous reply. > > > > LC_ALL=C ./temacs -batch --no-build-details -l loadup --temacs=pdump > > --bin-dest=/does/not/exist/bin > > --eln-dest=/does/not/exist/lib/emacs/28.1 > > > > This is probably obvious, but I am only running the resulting emacs > > from the build directory. > > Additional note - if I delete the tramp-.eln file from > BUILD/native-lisp/28.1-/ without touching the corresponding elc > file, the loading proceeds - although there are still issues to > resolve in the subsequent tramp-X files being loaded. Ok, after getting the load order of subsequent files corrected (avoiding errors from an autoload or require during dumping), I got the same behavior from loading "tramp-sh". So I removed the eln (but not elc) file for that library, and now the loading proceeds past the tramp-X files. That will work for my immediate purposes, but it seems like something undesirable is going on between dumping and the native compilation unit. That being said, it would also be handy to break out the tramp-loaddefs file into a "declarations" file that can be safely required from tramp.el and an "initialization" file that can be loaded at the end of tramp.el (or externally) to set up the tramp initialization hooks. The current method of decoupling the method-specific implementation files from the generic interface file (by requiring tramp-loaddefs at a certain point in the tramp.el file) does not seem compatible with including it in the dump. Lynn