[vlc-devel] [PATCH] LUA: precompile with luac
okvlc at johnfreed.com
Wed Feb 15 22:21:47 CET 2012
Thanks for the explanations, Rémi.
Like Rafaël, I ran across this problem only when cross-compiling Win32 on a
> > The playlist parsers are involved in many cases while probing
> > the input format. The SD plugins are all run when enumerating services.
> > Moreover it turns out that most of the Lua scripts belong in one of these
> > two categories.
> Still the additional CPU load is minimal.
> I was thinking of distributing lua files, and compiling them once per
> run then caching the bytecode, thus no .luac required.
> Or then again compile them at installation.
> No idea how hard are those 2 solutions
> That was pretty much exactly my thinking. If there's no interest in
pursuing this line, however, I won't waste my time looking into it.
> > You can download the original Lua files from vlc.git or from the tarballs
> > (and run them). I do not see any tremendousness here.
> It's not particularly difficult but having plain text files in our
> distributions is nicer, not to mention smaller to distribute.
> Seems to me you should always distribute the .lua files. Lua will always
prefer the .luac files if they exist, and distributing the .lua files has
the additional advantage of allowing people to delete the .luac files and
have a functioning VLC if there is a cross-compile problem. Not to mention
my previous comment about encouraging scripting knowledge.
> >> That micro optimization just makes packaging difficult,
> > It has been in previous releases, and it has not caused nay problems.
> Yeah I mostly discovered it because of win64 buildbot which is built on
> It'll be a problem for people who build win32 on x86_64 (i.e. not our
> buildbot setup but might affect j-b when he makes a release binary)
Somebody is actually considering how it might affect J-B?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel