all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Difficulties byte-compiling very large .el
@ 2009-08-13  2:50 Aemon
  2009-08-14 16:52 ` Xah Lee
  0 siblings, 1 reply; 4+ messages in thread
From: Aemon @ 2009-08-13  2:50 UTC (permalink / raw)
  To: help-gnu-emacs

I've been working on a project to create an elisp target for the ANTLR
parser-generator. Here's the project page:
http://github.com/aemoncannon/antlr-elisp/tree/experimental

The generated parser for ActionScript 3 is over 30k lines long and
fails to byte-compile with the message:
as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
#x100

Here's the source in question: http://aemon.com/file_dump/as3_elispParser.el

I don't think the error is actually related to the content of the
file, as deleting arbitrary chunks seems to make the error go away.

There are lots of "Warning: reference to free variable ...." warnings,
but I understand where those are coming from and I'm not worried about
them.

Bear in mind there are *lots* of macros being expanded. Most of the
forms with the prefix 'a3el' are macros.

Any ideas?


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Difficulties byte-compiling very large .el
  2009-08-13  2:50 Difficulties byte-compiling very large .el Aemon
@ 2009-08-14 16:52 ` Xah Lee
  2009-08-18  3:48   ` Aemon
  0 siblings, 1 reply; 4+ messages in thread
From: Xah Lee @ 2009-08-14 16:52 UTC (permalink / raw)
  To: help-gnu-emacs

On Aug 12, 7:50 pm, Aemon <aemoncan...@gmail.com> wrote:
> I've been working on a project to create an elisp target for the ANTLR
> parser-generator. Here's the project page: http://github.com/aemoncannon/antlr-elisp/tree/experimental
>
> The generated parser for ActionScript 3 is over 30k lines long and
> fails to byte-compile with the message:
> as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
> #x100
>
> Here's the source in question:http://aemon.com/file_dump/as3_elispParser.el
>
> I don't think the error is actually related to the content of the
> file, as deleting arbitrary chunks seems to make the error go away.
>
> There are lots of "Warning: reference to free variable ...." warnings,
> but I understand where those are coming from and I'm not worried about
> them.
>
> Bear in mind there are *lots* of macros being expanded. Most of the
> forms with the prefix 'a3el' are macros.
>
> Any ideas?

i don't have much experience in byte compiling elisp files... nobody
seems to have answered maybe i'll take a potshot.

i tried to download and byte compile it, but first error is that i
lack the required package declared in the first line. So, we couldn't
really test it.

about this error:
> as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
> #x100

are you using emacs 22 with emacs 23 byte code or vice versa? as you
might know, emacs 23 went utf-8 for internal char representation, so
the byte code produced are incompatible with emacs 22. The error msg
above smells like this sort of problem. If your .el files does not
have any non-ascii char, then it shouldn't be a problem though.

oh, just noticed you did give the project page link above. Am tired
atm will have maybe try later. But when did this problem start to
happen? There must be a point when things are working and not working.

  Xah
∑ http://xahlee.org/^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Difficulties byte-compiling very large .el
  2009-08-14 16:52 ` Xah Lee
@ 2009-08-18  3:48   ` Aemon
  2009-08-18  4:22     ` Xah Lee
  0 siblings, 1 reply; 4+ messages in thread
From: Aemon @ 2009-08-18  3:48 UTC (permalink / raw)
  To: help-gnu-emacs

On Aug 14, 12:52 pm, Xah Lee <xah...@gmail.com> wrote:
> On Aug 12, 7:50 pm, Aemon <aemoncan...@gmail.com> wrote:
>
>
>
> > I've been working on a project to create an elisp target for the ANTLR
> > parser-generator. Here's the project page:http://github.com/aemoncannon/antlr-elisp/tree/experimental
>
> > The generated parser for ActionScript 3 is over 30k lines long and
> > fails tobyte-compile with the message:
> > as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
> > #x100
>
> > Here's the source in question:http://aemon.com/file_dump/as3_elispParser.el
>
> > I don't think the error is actually related to the content of the
> > file, as deleting arbitrary chunks seems to make the error go away.
>
> > There are lots of "Warning: reference to free variable ...." warnings,
> > but I understand where those are coming from and I'm not worried about
> > them.
>
> > Bear in mind there are *lots* of macros being expanded. Most of the
> > forms with the prefix 'a3el' are macros.
>
> > Any ideas?
>
> i don't have much experience inbytecompilingelisp files... nobody
> seems to have answered maybe i'll take a potshot.
>
> i tried to download andbytecompile it, but first error is that i
> lack the required package declared in the first line. So, we couldn't
> really test it.
>
> about this error:
>
> > as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
> > #x100
>
> are you using emacs 22 with emacs 23bytecode or vice versa? as you
> might know, emacs 23 went utf-8 for internal char representation, so
> thebytecode produced are incompatible with emacs 22. The error msg
> above smells like this sort of problem. If your .el files does not
> have any non-ascii char, then it shouldn't be a problem though.
>
> oh, just noticed you did give the project page link above. Am tired
> atm will have maybe try later. But when did this problem start to
> happen? There must be a point when things are working and not working.
>
>   Xah
> ∑http://xahlee.org/
>
> ☄

Hi Xah,

Thanks for taking a look.

As of my previous email I'd been using exclusively emacs 22, but your
mention of emacs 23 inspired me to try it out. Interestingly the byte-
compile fails with a slightly different error:

../test/grammars/as3_elispParser.el:31515:33:Error: Args out of range:
256, 0, 255




- I searched the file for non-ascii characters and found none.

- The source interprets just fine using eval-buffer.

- The line mentioned (31515) is the second-to-last line in the file --
I don't see anything special about it.

Still no luck, but I'll keep hammering on it.

BTW, do you know of any other elisp sources that are so large as 31k
lines?





^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Difficulties byte-compiling very large .el
  2009-08-18  3:48   ` Aemon
@ 2009-08-18  4:22     ` Xah Lee
  0 siblings, 0 replies; 4+ messages in thread
From: Xah Lee @ 2009-08-18  4:22 UTC (permalink / raw)
  To: help-gnu-emacs

On Aug 17, 8:48 pm, Aemon <aemoncan...@gmail.com> wrote:
> On Aug 14, 12:52 pm, Xah Lee <xah...@gmail.com> wrote:
>
>
>
>
>
> > On Aug 12, 7:50 pm, Aemon <aemoncan...@gmail.com> wrote:
>
> > > I've been working on a project to create an elisp target for the ANTLR
> > > parser-generator. Here's the project page:http://github.com/aemoncannon/antlr-elisp/tree/experimental
>
> > > The generated parser for ActionScript 3 is over 30k lines long and
> > > fails tobyte-compile with the message:
> > > as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
> > > #x100
>
> > > Here's the source in question:http://aemon.com/file_dump/as3_elispParser.el
>
> > > I don't think the error is actually related to the content of the
> > > file, as deleting arbitrary chunks seems to make the error go away.
>
> > > There are lots of "Warning: reference to free variable ...." warnings,
> > > but I understand where those are coming from and I'm not worried about
> > > them.
>
> > > Bear in mind there are *lots* of macros being expanded. Most of the
> > > forms with the prefix 'a3el' are macros.
>
> > > Any ideas?
>
> > i don't have much experience inbytecompilingelisp files... nobody
> > seems to have answered maybe i'll take a potshot.
>
> > i tried to download andbytecompile it, but first error is that i
> > lack the required package declared in the first line. So, we couldn't
> > really test it.
>
> > about this error:
>
> > > as3_elispParser.el:31515:33:Error: Invalid character: 256, #o400,
> > > #x100
>
> > are you using emacs 22 with emacs 23bytecode or vice versa? as you
> > might know, emacs 23 went utf-8 for internal char representation, so
> > thebytecode produced are incompatible with emacs 22. The error msg
> > above smells like this sort of problem. If your .el files does not
> > have any non-ascii char, then it shouldn't be a problem though.
>
> > oh, just noticed you did give the project page link above. Am tired
> > atm will have maybe try later. But when did this problem start to
> > happen? There must be a point when things are working and not working.
>
> >   Xah
> > ∑http://xahlee.org/
>
> > ☄
>
> Hi Xah,
>
> Thanks for taking a look.
>
> As of my previous email I'd been using exclusively emacs 22, but your
> mention of emacs 23 inspired me to try it out. Interestingly the byte-
> compile fails with a slightly different error:
>
> ../test/grammars/as3_elispParser.el:31515:33:Error: Args out of range:
> 256, 0, 255
>
> - I searched the file for non-ascii characters and found none.
>
> - The source interprets just fine using eval-buffer.
>
> - The line mentioned (31515) is the second-to-last line in the file --
> I don't see anything special about it.
>
> Still no luck, but I'll keep hammering on it.
>
> BTW, do you know of any other elisp sources that are so large as 31k
> lines?

interesting info. Thanks. The largest single lisp file i know of is
about slightly over 11k lines. e.g. js2-mode.

perhaps try the emacs dev mailing list.

 Xah


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-08-18  4:22 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-13  2:50 Difficulties byte-compiling very large .el Aemon
2009-08-14 16:52 ` Xah Lee
2009-08-18  3:48   ` Aemon
2009-08-18  4:22     ` Xah Lee

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.