On 26 May 2014 15:45, François Perrad <francois.per...@gadz.org> wrote: > 2014-05-26 13:49 GMT+02:00 Thijs Schreijer <th...@thijsschreijer.nl>: >> Maybe best to add as a request to the issue tracker? [1] as it breaks >> rockspec compatibility, it can then be tagged as a possible 3.0 feature. >> >> Btw; if I understand correctly, it builds only the library to be used for >> static linking? So after installing it using LR one won't be able to use it >> without additional actions. Correct? >> > > Yes. > > With shared lib, LuaRocks makes easy to extend Lua. > But Lua is not only extensible, Lua is also embeddable. > For example, a project like Textadept (http://foicica.com/textadept/) > embeds lua as lib, lfs and lpeg. > Building this kind of project could be easy if LuaRocks creates static > lib for lfs and lpeg, > and installs them in the same place as lualib (and includes with lua.h).
One thing to have in mind is that we can't promise that --static will work for every rockspec. It would be easy to add --static to builtin-type rocks, but asking devs to support --static in all other types (makefiles come to mind) would add an extra burden to writing rockspecs. We could simply error out with "--static is not supported for this rockspec" when build.type ~= "builtin", and perhaps add a static_target option to build.make for those rockspec authors willing to do the effort. Does that sound all right? -- Hisham ------------------------------------------------------------------------------ The best possible search technologies are now affordable for all companies. Download your FREE open source Enterprise Search Engine today! Our experts will assist you in its installation for $59/mo, no commitment. Test it for FREE on our Cloud platform anytime! http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk _______________________________________________ Luarocks-developers mailing list Luarocks-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/luarocks-developers
