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.devel Subject: Re: Loading tramp for dump goes into infinite regress Date: Sun, 24 Jul 2022 19:31:00 +0300 Message-ID: <83a68yfp6j.fsf@gnu.org> References: <8735erhrlg.fsf@gmx.de> <83wnc2g0n8.fsf@gnu.org> <83sfmqfxcb.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10108"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael.albinus@gmx.de, emacs-devel@gnu.org To: Lynn Winebarger Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jul 24 18:35:43 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 1oFeZz-0002Vg-EB for ged-emacs-devel@m.gmane-mx.org; Sun, 24 Jul 2022 18:35:43 +0200 Original-Received: from localhost ([::1]:35848 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oFeZy-0003WX-Cu for ged-emacs-devel@m.gmane-mx.org; Sun, 24 Jul 2022 12:35:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57560) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oFeVV-0008Iu-Ni for emacs-devel@gnu.org; Sun, 24 Jul 2022 12:31:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33968) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oFeVQ-0001NW-TN; Sun, 24 Jul 2022 12:31:01 -0400 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=pThAs0zRdzun0cAq3YWCD34/evcMaxZOHKOqQMwuftg=; b=Zjy7maBVlXgm qTV53E/o1kXwFILblHOnhKF2PefgMk4SQM5FCIEB708+2eCHkDG3BupKc4SxjrO1bw1x6Ja05JFof 84zrG0SA3diQ6CV3Ben+CkEKWNZ1sw+j/f2x9FRmuvWinfy2+yYSM3qrXdpBLZUaNsnCfiiPOo/HL XHa4UJkcHfxtLd7ETes9o/qZYpJfsM1J6D+px68v2xL28/iFJ2V4/hhvu7UB/r1EqD5svfCvYssf6 t5FmsoqkU/i9CQX9aNrF3uvvWSgK3lIj2ps0mRygDBDKBi9zUvfba+hhyhRgrsbnAL7IS3P5Zr40U 9Zjvs1mavHeDta86qjzoCw==; Original-Received: from [87.69.77.57] (port=2948 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 1oFeVP-0004gu-ON; Sun, 24 Jul 2022 12:31:00 -0400 In-Reply-To: (message from Lynn Winebarger on Sun, 24 Jul 2022 12:20:47 -0400) 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:292606 Archived-At: > From: Lynn Winebarger > Date: Sun, 24 Jul 2022 12:20:47 -0400 > Cc: michael.albinus@gmx.de, emacs-devel@gnu.org > > it seems like something undesirable is going on between dumping and > the native compilation unit. I find this hard to believe. Btw, you are aware that dumping *.eln files basically dumps just their names, not their code? And that, when you start Emacs after dumping, it will load all of those *.eln files one by one, which takes time (*.eln files are just shared libraries, like *.so files), and use up shared-library and handle slots of the Emacs process? So I'm not even sure doing this would make sense from the performance POV: it could be that startup will slower, not faster. In any case, I'd suggest to get this working with *.elc files in a build without native compilation support, before you try it with native compilation.