Since no-one disagreed with my analysis, I've submitted a simple pull request:
https://github.com/keplerproject/luarocks/pull/109 All it does is set a few more variables. I've made a rough patch to the currently inactive validate command, too. On 27 October 2012 01:43, Reuben Thomas <r...@sc3d.org> wrote: > First, let me say up-front that I wrote the instructions for using > LuaRocks with GNU autotools: > > http://www.luarocks.org/en/Creating_LuaRocks_with_GNU_autotools > > Therefore, I don't think the answer to the following question is found there. > > Those instructions work up to a point, but they fall down when a > package needs to use a path at run-time. I have just created such a > package, which refers, indirectly, to LuaRocks's LIBDIR and LUADIR. > The problem is that of course when the package is run, the files are > no longer located there, but have been moved into the relevant system > locations. > > In fact, I need to be able to pass the rock tree root, lib_dir and > lua_dir instead, i.e. the locations where the files will end up, to > the build system. > > The Autotools build system will install the package in the real > install location, not in LuaRocks's rock directory. I presume this > isn't a problem, as LuaRocks will simply find nothing to copy, and > won't copy anything. The only slight problem I see is that the files > that are normally left over in the rocks tree, such as documentation > and examples, will instead be installed in the standard GNU locations, > but that seems tolerable. > > More problematically, I can't see how to reference any of these > locations in the LuaRock: rocks_dir is exposed as ROCKS_TREE, and > deploy_bin_dir is exposed as SCRIPTS_DIR, but I need deploy_lib_dir, > deploy_lua_dir and deploy_dir, which don't seem to be accessible in > LuaRocks. > > I'd be happy to make a patch to expose these variables in rockspecs, > preferably under uppercase variants of the above names (suggesting > that deploy_bin_dir ought also to be available as DEPLOY_BIN_DIR as > well as SCRIPTS_DIR), but first I'd like to know that my analysis is > correct, and that there's no way currently to get hold of those > variables in a rockspec. > > -- > http://rrt.sc3d.org -- http://rrt.sc3d.org ------------------------------------------------------------------------------ The Windows 8 Center - In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/ _______________________________________________ Luarocks-developers mailing list Luarocks-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/luarocks-developers
