GNU bug report logs -
#15218
End of file during parsing only for byte compiled files
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15218 in the body.
You can then email your comments to 15218 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15218
; Package
emacs
.
(Fri, 30 Aug 2013 08:15:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Johan Andersson <johan.rejeep <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 30 Aug 2013 08:15:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
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.
So something with the byte compilation does not work, but if I byte compile
all files locally it works just fine.
Any ideas?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15218
; Package
emacs
.
(Fri, 30 Aug 2013 12:37:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 15218 <at> debbugs.gnu.org (full text, mbox):
> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15218
; Package
emacs
.
(Fri, 30 Aug 2013 15:12:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 15218 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> 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 <monnier <at> iro.umontreal.ca>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
>
[Message part 2 (text/html, inline)]
[cask.log (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15218
; Package
emacs
.
(Sat, 31 Aug 2013 08:26:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 15218 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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 <johan.rejeep <at> 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?
>
> 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 <monnier <at> iro.umontreal.ca>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
>>
>
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15218
; Package
emacs
.
(Tue, 03 Sep 2013 19:04:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 15218 <at> debbugs.gnu.org (full text, mbox):
> 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.
That could explain it, indeed.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15218
; Package
emacs
.
(Tue, 03 Sep 2013 19:27:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 15218 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
It was the issue. Hard one to find for sure. Thanks!
On Sep 3, 2013 9:03 PM, "Stefan Monnier" <monnier <at> iro.umontreal.ca> wrote:
> > 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.
>
> That could explain it, indeed.
>
>
> Stefan
>
[Message part 2 (text/html, inline)]
Added tag(s) notabug.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 03 Sep 2013 19:29:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
15218 <at> debbugs.gnu.org and Johan Andersson <johan.rejeep <at> gmail.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 03 Sep 2013 19:29:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 02 Oct 2013 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 257 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.