From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Sat, 04 Mar 2017 16:23:24 +0200 Message-ID: <83zih1jf37.fsf@gnu.org> References: <8360ojpndr.fsf@gnu.org> <83shrnm0k1.fsf@gnu.org> <075B0922-F07A-4FBA-AE71-027E964A5ED4@raeburn.org> <54AAC13A-CF56-4393-A932-DC6CBBF51259@raeburn.org> <3CC6BB36-1794-4202-8243-132E0345B236@raeburn.org> <52BDCC33-546C-4F47-A230-00EBC813B038@raeburn.org> <15CF14CC-C7DE-44BA-AC7D-F0BF1F160979@raeburn.org> <9463F91F-DB82-48E1-BE01-1E2BC8DA0766@raeburn.org> <831swxzbw8.fsf@gnu.org> <83y3z2wphb.fsf@gnu.org> <83tw9bb42m.fsf@gnu.org> <349ED8B9-C34B-495B-9FB5-E72CE6EFCA38@raeburn.org> <87inpni6xa.fsf@linux-m68k.org> <8360lmesso.fsf@gnu.org> <3B044D64-7C94-42D7-BE1B-7A9CA76C5A67@raeburn.org> <83k29xc49v.fsf@gnu.org> <2C5C5C6E-9D73-4613-948B-C15B93968717@raeburn.org> <83poiy8cnv.fsf@gnu.org> <83r32mqq5f.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1488637467 18294 195.159.176.226 (4 Mar 2017 14:24:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 4 Mar 2017 14:24:27 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ken Raeburn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 04 15:24:19 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckAbR-00039z-Er for ged-emacs-devel@m.gmane.org; Sat, 04 Mar 2017 15:24:09 +0100 Original-Received: from localhost ([::1]:35552 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckAbW-0004Bj-CW for ged-emacs-devel@m.gmane.org; Sat, 04 Mar 2017 09:24:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46757) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckAb0-0004Bb-59 for emacs-devel@gnu.org; Sat, 04 Mar 2017 09:23:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckAaw-00042D-5a for emacs-devel@gnu.org; Sat, 04 Mar 2017 09:23:42 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckAaw-000428-1c; Sat, 04 Mar 2017 09:23:38 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4191 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ckAav-0006da-C4; Sat, 04 Mar 2017 09:23:37 -0500 In-reply-to: (message from Ken Raeburn on Sun, 26 Feb 2017 07:37:56 -0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:212749 Archived-At: > From: Ken Raeburn > Date: Sun, 26 Feb 2017 07:37:56 -0500 > Cc: emacs-devel@gnu.org > > > GEN ../lisp/leim/ja-dic/ja-dic.el > > Reading file "d:/gnu/git/emacs/no-unexec/leim/SKK-DIC/SKK-JISYO.L" ... > > Processing OKURI-ARI entries ... > > Processing POSTFIX entries ... > > Processing PREFIX entries ... > > Collecting OKURI-NASI entries ... > > collected 26% ... > > collected 30% ... > > collected 40% ... > > collected 50% ... > > collected 60% ... > > collected 70% ... > > collected 80% ... > > collected 90% ... > > Processing OKURI-NASI entries ... > > processed 10% ... > > processed 20% ... > > processed 30% ... > > processed 40% ... > > processed 50% ... > > processed 60% ... > > processed 70% ... > > processed 80% ... > > processed 90% ... > > processed 100% ... > > Select coding system (default japanese-shift-jis): utf-8-unix > > > > I needed to type utf-8-unix by hand. Any ideas? Is it possible that > > this happens because my default encoding is not UTF-8? > > Looks like my environment has LANG=en_US.UTF-8, on Mac and GNU/Linux. But setting LANG=C or en_US.ISO8859-1 doesn’t seem to cause the build to get hung up this way for me. > > Did you do a full bootstrap after updating? An outdated dumped.elc could certainly do this, and I know at least some of the dependencies aren’t current with the changes on the branch. (I’ve taken to going as far as “git clean -f -d -x”, then using autogen.sh, configure, and “make bootstrap”, fairly often.) I've bootstrapped now, and this problem is gone. Thanks. > > Also, it looks like the logic in startup.el that should bypass certain > > stuff under -Q isn't working, because I see my abbrevs being loaded > > even though I invoked "emacs -Q". Thoughts? > > Strange… this is also working for me. At least, settings from my .emacs aren’t being applied, when I use “emacs -Q”. This problem is still there. It has nothing to do with loading ~/.emacs, though: startup.el always loads your ~/.emacs.d/abbrev_defs, if that file exists. I'm not sure why it loads that file, but I verified that the master version does that as well. So the issue here is not that the file is loaded, but how it is processed. I only noticed this because my abbrev_defs file uses a function that is only defined in my .emacs. So "emacs -Q" on the raeburn-startup branch barfs because that function is not known. Strangely, "emacs -Q" on the master branch doesn't signal an error, and I don't even see Fsignal called if I set a breakpoint there. I don't (yet) understand why the different behavior. If you insert into your abbrev_defs file something that references a function which is not defined, do you see the same problem as I do? Btw, one thing that I saw while debugging is that purify-flag is set to t while running the startup code. This is because init_alloc_once is called during startup (previously, it was only called by temacs). I don't know if this is related to the issue (setting purify-flag to nil in Frecursive_edit didn't help), but I thought I'd bring it up, because maybe we need to set it to nil earlier.