From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Thu, 2 Feb 2017 04:10:38 -0500 Message-ID: <2C5C5C6E-9D73-4613-948B-C15B93968717@raeburn.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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1486026652 25667 195.159.176.226 (2 Feb 2017 09:10:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 2 Feb 2017 09:10:52 +0000 (UTC) Cc: Andreas Schwab , Stefan Monnier , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 02 10:10:48 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 1cZDPk-0006X7-Eu for ged-emacs-devel@m.gmane.org; Thu, 02 Feb 2017 10:10:48 +0100 Original-Received: from localhost ([::1]:55399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZDPp-000325-VB for ged-emacs-devel@m.gmane.org; Thu, 02 Feb 2017 04:10:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57707) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZDPj-00031o-4D for emacs-devel@gnu.org; Thu, 02 Feb 2017 04:10:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cZDPf-0008Ny-3G for emacs-devel@gnu.org; Thu, 02 Feb 2017 04:10:47 -0500 Original-Received: from mail-qt0-x243.google.com ([2607:f8b0:400d:c0d::243]:36559) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cZDPe-0008NC-Sc for emacs-devel@gnu.org; Thu, 02 Feb 2017 04:10:43 -0500 Original-Received: by mail-qt0-x243.google.com with SMTP id h53so2479959qth.3 for ; Thu, 02 Feb 2017 01:10:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Z7oPt7FUoAtbPUwuvlCc3mkWgpr30REsemKrn+RDxZc=; b=qRbLDPE0KLBsYNhyPuQuGf5IxoH4Ikk9DJawQimhIoxE0xSapnxVk90WHFqs16lWQ6 spjMG83gubejlx2lg/60+hbrWZdXN8uWLBtqmRXrPOfN8TU9Sb2Q6mHhtIkvIxglp/b4 sVcOAj7YYy5TNrdwykI/d4Wxxsd9hX5vNd1YzfV2Usv+26E8cXcqL/uopqhBUf0t9jDK I8hFStcBxKLPtxETuFoImbsRwc0ZS/WhY4fDZNH3+O0eBO7XEfF+nBGFeCn9jF9ZdMmW LepJXz09Bf+AJOtmPpMc/EKuXC37mLDvemVuNforZ9mHeKQqJ4O0XK9bfz/5OHcAYOO8 Ykkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Z7oPt7FUoAtbPUwuvlCc3mkWgpr30REsemKrn+RDxZc=; b=rz+EyIom7zWW9KXHYrtcdPQEHnkvQ839n/1/nwhyRfUlmX+BGE+qMgtt2rbyJF+LFX zRiVojJ9a0yud9TGs/s4a6RwMIVvfspeRjSiJP4T9J3SCKROaZ2X8J9ei9OsqNIkUXwc xIcg4XWqV7fYsEmo4vdIBVea6xy+gn2pwKkB/xUgmqv06X+S8vM5ypdvwCSI2q3n/M6l vFLybRh2QJ49HJ1OKOly8va6KhauNdxe+v15QZ2JHaN2agGN2DZKBvCNaZrgicw1zE9a 4+0+1pqhSIq7DEORD2weB7BoeZmFj5ov8nRhVbzSOD4PXJgFvklhrKhZnkX4hHQhqf8D 8+QA== X-Gm-Message-State: AIkVDXI2FKibEo3qUeJP0jkFiaMa5OvIC1dzRUogMAlyG+uw+nCgGzkoE1jy4B/RRccOHQ== X-Received: by 10.200.50.2 with SMTP id x2mr6572824qta.291.1486026641556; Thu, 02 Feb 2017 01:10:41 -0800 (PST) Original-Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id o99sm20964126qko.12.2017.02.02.01.10.40 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 02 Feb 2017 01:10:40 -0800 (PST) In-Reply-To: <83k29xc49v.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c0d::243 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:211862 Archived-At: On Jan 14, 2017, at 05:41, Eli Zaretskii wrote: > It does fail for me while byte compiling 2 files: I still haven=E2=80=99t hit these. > The category '>' is defined in characters.el. Surprisingly, > characters.elc in this branch is identical to the file on master, so > byte compilation (see below) is off the hook here. What else could > explain that this category is deemed unknown? I recently noticed the standard syntax and category tables don=E2=80=99t = appear to be among the information dumped out, so anything set by = characters.el isn=E2=80=99t preserved. I also didn=E2=80=99t see an = existing way to restore them trivially. (A huge list of = =E2=80=9Cmodify-syntax-entry=E2=80=9D calls and such seems impractical.) = Also, the buffer-local nature of some variables was being lost; that = presented itself as a failure to get syntax-based highlighting in C = source files. Having patched around these, I=E2=80=99m still failing on the same file, = but later; it prompts me for the coding system to use to write an output = file, because it=E2=80=99s not valid UTF-8. Apparently the leading = comments copied from SKK-JISYO.L are being corrupted. The first = non-ASCII bytes in the buffer (in the =E2=80=9CACKNOWLEDGEMENTS=E2=80=9D = part of the comment) are 0xe3, 0x81, 0x93, 0xe3, 0x81, 0xae, 0xe8 in a = normal build and 0xf5, 0x80, 0x84, 0xac, 0xf5, 0x80, 0x85, 0x87 in my = build. I discovered this maybe half an hour ago, so that=E2=80=99s as = far as I=E2=80=99ve gotten. I=E2=80=99ve just pushed my changes, plus your change to avoid the = dump-emacs call, to the branch. Saving and restoring the standard = syntax table seems cheap, because it was already referenced by other = objects that were dumped out, but the standard category table almost = doubles the size of my dumped.elc, and presumably increases the time to = read it accordingly. Perhaps reading characters.el(c) at startup would = be a better choice. Ken=