From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Johan Andersson Newsgroups: gmane.emacs.bugs Subject: bug#15218: End of file during parsing only for byte compiled files Date: Sat, 31 Aug 2013 10:25:22 +0200 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8fb1ef72b9aca204e53a15e2 X-Trace: ger.gmane.org 1377937573 30245 80.91.229.3 (31 Aug 2013 08:26:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 31 Aug 2013 08:26:13 +0000 (UTC) Cc: 15218@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 31 10:26:15 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VFgVa-0003fU-82 for geb-bug-gnu-emacs@m.gmane.org; Sat, 31 Aug 2013 10:26:14 +0200 Original-Received: from localhost ([::1]:53853 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFgVZ-0001tY-QF for geb-bug-gnu-emacs@m.gmane.org; Sat, 31 Aug 2013 04:26:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFgVT-0001tS-44 for bug-gnu-emacs@gnu.org; Sat, 31 Aug 2013 04:26:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VFgVO-00086e-OA for bug-gnu-emacs@gnu.org; Sat, 31 Aug 2013 04:26:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFgVO-00086a-Kb for bug-gnu-emacs@gnu.org; Sat, 31 Aug 2013 04:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VFgVO-0007gT-7k for bug-gnu-emacs@gnu.org; Sat, 31 Aug 2013 04:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Johan Andersson Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 31 Aug 2013 08:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15218-submit@debbugs.gnu.org id=B15218.137793755029517 (code B ref 15218); Sat, 31 Aug 2013 08:26:02 +0000 Original-Received: (at 15218) by debbugs.gnu.org; 31 Aug 2013 08:25:50 +0000 Original-Received: from localhost ([127.0.0.1]:60988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VFgVB-0007g1-Sk for submit@debbugs.gnu.org; Sat, 31 Aug 2013 04:25:50 -0400 Original-Received: from mail-oa0-f54.google.com ([209.85.219.54]:34830) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VFgV9-0007fn-S6 for 15218@debbugs.gnu.org; Sat, 31 Aug 2013 04:25:48 -0400 Original-Received: by mail-oa0-f54.google.com with SMTP id n10so2567572oag.41 for <15218@debbugs.gnu.org>; Sat, 31 Aug 2013 01:25:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lRmgWL/p5eF1xZ7X3C6yCusDDVe/O25l87SPgvLG7OM=; b=izhKrGRGyuHazRE3sylsqHWNWVQP9ntcDLeWtkf0jiskRWRIFdk9gPdxvVu4fL6G30 +25ca/p8lrMVr4Hx3edNlu/KKlVU6hqwJrALu5rxUAplClfHg7fZ15iHkcG0sJKxOStd l5lXhbj8axJMjoTm0wHcCvR8/QCxm8kdBOsCinpOJhhURe401odDbE4ekb8DwxWXGQNs EXclwdojUQ8kizwLhnydltCZ/8qsFaAahYpo4xCfuzcBxUuTrLQ0r+O8q7RehmxMSNlC J748wCfX27P6jripVPAqcoVGKPSUT8nUrv2vjv2H8pH7JTB2V13OgFC2wF2d1chS43FL coLw== X-Received: by 10.182.61.19 with SMTP id l19mr9931305obr.55.1377937542194; Sat, 31 Aug 2013 01:25:42 -0700 (PDT) Original-Received: by 10.182.7.99 with HTTP; Sat, 31 Aug 2013 01:25:22 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:77837 Archived-At: --e89a8fb1ef72b9aca204e53a15e2 Content-Type: text/plain; charset=ISO-8859-1 This might have to do with that the package advices `princ', which seems to be used in the byte compilation process. I've pushed a fix and waiting for MELPA before I can verify this. On Fri, Aug 30, 2013 at 5:10 PM, Johan Andersson wrote: > > I'm not sure when you see that error (is it when loading the package or > when installing it?). > > Loading, yes! > > > Assuming it's when loading it, could it be that > you're loading the package in a version of Emacs noticeably older than > the one that compiled the files? > > No, it's the exact same binary that installed the package as the one > running it. But if I look at the byte code, the one that package.el > produced is not the same as if I would run byte-compile-file. > > > The elpa package is supposed to come without any .elc files, and the .el > files are supposed to be byte-compiled during installation. Did this > work correctly? > > I can see no errors or warnings. See attached log file. > > > On Fri, Aug 30, 2013 at 2:36 PM, Stefan Monnier wrote: > >> > I just released a new version of Ecukes ( >> https://github.com/rejeep/ecukes.el). >> > Everything works fine locally, but not when I install via package.el. >> Then >> > I get this error: >> >> > End of file during parsing: >> > /path/to/project/.cask/24.3.1/elpa/ecukes-20130830.16/ecukes-core.elc >> >> > And if I remove that .elc file, it complains on the next file and so >> on. If >> > I remove all .elc files it works fine. >> >> I'm not sure when you see that error (is it when loading the package or >> when installing it?). Assuming it's when loading it, could it be that >> you're loading the package in a version of Emacs noticeably older than >> the one that compiled the files? >> >> > So something with the byte compilation does not work, but if I byte >> compile >> > all files locally it works just fine. >> >> The elpa package is supposed to come without any .elc files, and the .el >> files are supposed to be byte-compiled during installation. Did this >> work correctly? >> >> >> Stefan >> > > --e89a8fb1ef72b9aca204e53a15e2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This might have to do with that the package advices `princ= ', which seems to be used in the byte compilation process. I've pus= hed a fix and waiting for MELPA before I can verify this.


On Fri, Aug 30, 2013 at 5:10 PM, Johan A= ndersson <johan.rejeep@gmail.com> wrote:
> I'm not sure when you see = that error (is it when loading the package or
when installing it?= ).

Loading, yes!

> Assuming it's when loading it, could it be that
you're loading the package in a version of Emacs noticeably older = than
the one that compiled the files?

<= div>No, it's the exact same binary that installed the package as the on= e running it. But if I look at the byte code, the one that package.el produ= ced is not the same as if I would run byte-compile-file.

> The elpa package is supposed to come without any .= elc files, and the .el
files are supposed to be byte-compiled dur= ing installation. =A0Did this
work correctly?

I can see no errors or warnings. See attached log file.

<= br>
On Fri, Aug 30, 2013 at 2:36 PM, Stefan Monni= er <monnier@iro.umontreal.ca> wrote:
> I just released a new version of E= cukes (ht= tps://github.com/rejeep/ecukes.el).
> Everything works fine locally, but not when I install via package.el. = Then
> I get this error:

> End of file during parsing:
> /path/to/project/.cask/24.3.1/elpa/ecukes-20130830.16/ecukes-core.elc
> And if I remove that .elc file, it complains on the next file and so o= n. If
> I remove all .elc files it works fine.

I'm not sure when you see that error (is it when loading the pack= age or
when installing it?). =A0Assuming it's when loading it, could it be tha= t
you're loading the package in a version of Emacs noticeably older than<= br> the one that compiled the files?

> So something with the byte compilation does not work, but if I byte co= mpile
> all files locally it works just fine.

The elpa package is supposed to come without any .elc files, and the = .el
files are supposed to be byte-compiled during installation. =A0Did this
work correctly?


=A0 =A0 =A0 =A0 Stefan


--e89a8fb1ef72b9aca204e53a15e2--