On Monday, July 15, 2013 7:47:42 AM UTC+9, Hiroshi Shirosaki wrote: > I've updated the patch since the following issue is reported. > > If lua executable is not exist in the PATH and configure cannot find > liblua.so, strange library name `liblua.so.` (end with .) is used in the case > of dynamic loading. It occurs even if I build Vim without luajit patch. > > $ ./configure --with-features=huge --enable-luainterp=dynamic > --with-lua-prefix=/usr/local > $ make > (snip) > gcc -c -I. -Iproto -DHAVE_CONFIG_H -DMACOS_X_UNIX -no-cpp-precomp -g -O2 > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 > -DDYNAMIC_LUA_DLL=\"liblua.so.\" -I/usr/local/include -o objects/if_lua.o > if_lua.c > >
Hi Bram, As I said before current Vim 7.4a has two bugs of if_lua configure with dynamic loading: 1) *.so is used as library name on Mac OS X whille *.dylib is correct on Mac OS X 2) -DDYNAMIC_LUA_DLL=\"liblua.so.\" is used (end with . ) If lua executable is not exist in the PATH and configure cannot find liblua.so Should these bugs be fixed with Vim 7.4a? If we will create only bug fix patch without LuaJIT support, then the bug fix patch will be accepted before 7.4 release? Thank you. -- Hiroshi Shirosaki -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
