Re: Loading tramp for dump goes into infinite regress

[Eli Zaretskii <eliz@gnu.org>]

> From: Lynn Winebarger <owinebar@gmail.com>
> Date: Sun, 24 Jul 2022 08:05:30 -0400
> Cc: emacs-devel <emacs-devel@gnu.org>
> 
>  I don't even understand what you're trying. Could you pls give the
>  commands you're calling, that I have a chance to reproduce?
> 
> Good point.  I'm trying to dump a "fully-loaded" emacs 28.1 that includes several hundred packages from the
> various elpas.  I've modified those packages so they reside in site-lisp, use cl-lib instead of cl, and use an
> explicit data directory instead of loading files relative to the location of an installed .el file.  
> I verified these all "work" by having about 1000 require statements in my .emacs file to explicitly require
> them.  I then took the load history and separated the files into ones from the lisp directory and ones from
> site-lisp.  I created a site-load.el and site-lisp-load.el (loaded at the end of site-load.el) to explicitly load the
> files in something resembling dependency order, then running make in the emacs build directory to create
> the build.

Note that Micheal 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?

> I've also compiled every ELISP source file using batch-byte+native-compile.  That was really painful since,
> as far as I know, the files can't be native compiled in parallel in arbitrary order because of potential race
> conditions, and I haven't made a Makefile for the .ELN files with the correct dependencies to native compile
> them in dependency order using make to build them in parallel.

I'm not aware of any such problems.  IME, native compilation can run
in parallel in any order, and no race conditions of any kind are
supposed to happen.