Re: SOLVED Re: Prefix bug in ax_lua?
Tim Perkins <[email protected]> Mon, 09 Apr 2018 13:42:17 +0000
| Newsgroups | gmane.comp.sysutils.autoconf.archive-maintainers |
|---|---|
| Message-ID | <CAGgFoEoemVi4pe-OosPLKXDqmjbhxmGHEUOM29PkH-msh12Mww@mail.gmail.com> |
Hi Nate, Glad you got things working. Sounds like you did a pretty thorough analysis! The macro actually uses a little Lua script to deal with the prefix, and that seemed like a likely place things could be going wrong. A good guess, I guess. Anyway, I didn't realize you work on Hamlib. Never used it myself, but it seems pretty neat. Glad I could help! On Mon, Apr 9, 2018, 8:12 AM Nate Bargmann <[email protected]> wrote: > * On 2018 08 Apr 22:50 -0500, Tim Perkins wrote: > > Thanks for your help, Tim. > > To answer your other email, I am running Slackware 14.2 with Lua 5.2/5.3 > built from the scripts provided at Slackbuilds.org and I am trying to > build bindings for my own SlackBuild script for Hamlib which now has Lua > language bindings available. > > These are not distribution provided build scripts, but are submitted by > volunteers like myself. I did find a bug in the respective > package-config files provided for each so those have been corrected. > > The macro Hamlib is using is serial 39 which appears to differ only in > that URLs are http rather than https. > > > Could you also try printing "package.path" from inside the Lua > > interpreter? > > > print(package.path) > > /usrshare/lua/5.2/?.lua;/usrshare/lua/5.2/?/init.lua;/usrlib64/lua/5.2/?.lua;/usrlib64/lua/5.2/?/init.lua;./?.lua > > > print(package.path) > > /usrshare/lua/5.3/?.lua;/usrshare/lua/5.3/?/init.lua;/usrlib64/lua/5.3/?.lua;/usrlib64/lua/5.3/?/init.lua;./?.lua;./?/init.lua > > It looks like the bug is sitting right there! > > > And maybe check if the LUA_PATH environment variable is being set > > somewhere? > > No it's not, at least that I could find. > > I dug into the build scripts for Lua and found that the path was being > modified in src/luaconfig.h and a trailing '/' was omitted in the sed > command. I've corrected it locally and will be submitting a patch to > the script maintainers to correct this. I have tested my local build of > Hamlib and the binding is now working correctly with the correct paths: > > > print(package.path) > > /usr/share/lua/5.2/?.lua;/usr/share/lua/5.2/?/init.lua;/usr/lib64/lua/5.2/?.lua;/usr/lib64/lua/5.2/?/init.lua;./?.lua > > > print(package.path) > > /usr/share/lua/5.3/?.lua;/usr/share/lua/5.3/?/init.lua;/usr/lib64/lua/5.3/?.lua;/usr/lib64/lua/5.3/?/init.lua;./?.lua;./?/init.lua > > Which looks much better! > > Thanks for your help in pointing me toward the right direction, which I > likely should have done first. > > - Nate > > -- > > "The optimist proclaims that we live in the best of all > possible worlds. The pessimist fears this is true." > > Web: http://www.n0nb.us GPG key: D55A8819 GitHub: N0NB >