support byte-compilation of e-max

[senny]

I think the install.sh and update.shshould byte-compile the e-max installation. This would offer a huge speed benefit when booting up emacs.

[jone]

How should we byte-compile?
The easiest way I know is:

(byte-recompile-directory e-max-repository 0)

Is that enough?

Which emacs should we take? The easiest way from the shell would be something like:

emacs --execute "(byte-recompile-directory e-max-repository 0)"

But this opens a emacs frame and we cannot be sure that emacs is the emacs the user wants to use...

[jone]

Byte-compiling creates .elc files. Not every vendor-submodule does ignore *.elc.
So if you do not ignore .elc globally in git, the submodules are dirty by default...

[senny]

is there a git way to ignore files in submodules? Otherwise I think we should submit pull-requests to ignore *.elc files in the dependent repositories.

[jone]

Indeed.

The other problem is that when e-max is compiled, modifications on the .el-files are not loaded (the .elc is loaded). Development would not be handy then...

[senny]

We need some kind of development mode, which deals with the fact, that there might be compiled *.elc files. I'm not quite sure how a good setup would look like.

[tonini]

@senny @jone what is the state about this issue?

[senny]

I did not work on that. @jone ?