| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
| |
Binary obtained from
https://eternallybored.org/misc/wget/
|
|
|
|
|
| |
According to the Lua's manual:
> Once it finds a C library, this searcher first uses a dynamic link facility to link the application with the library. Then it tries to find a C function inside the library to be used as the loader. The name of this C function is the string "luaopen_" concatenated with a copy of the module name where each dot is replaced by an underscore. Moreover, if the module name has a hyphen, its prefix up to (and including) the first hyphen is removed. For instance, if the module name is a.v1-b.c, the function name will be luaopen_b_c.
|
|
|
|
|
|
|
|
|
|
| |
* Default Mac image has been changed on Travis. Use `pip2` instead of `pip`.
* Don't install bit32 on Appveyor or luacov-coveralls on Travis.
luacov-coveralls isn't used anymore.
* Pass luacov.report.out to codecov explicitly on Appveyor, it doesn't
find it there. Also disable gcov run.
* Use cluacov, should hopefully improve speed and coverage accuracy.
* Use the new location for coverage files (testrun instead of test).
|
| |
|
| |
|
|
|
| |
Update the Windows installer to better handle gcc toolchain in different environments
|
|
|
|
|
| |
Do not halt a deletion process when trying to delete something
that was not found.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Function tools.delete performs a test to determine if a path is a file or a directory to select the appropriate delete command rmdir vs del.
The current test however results in rmdir being used on files too, which then results in a build abortion with error "The directory name is invalid.".
E.g.
if exist "c:\luarocks\share\lua\5.2\luasocket_3_0rc1_2-socket.lua\" ( echo "I am a folder" ) else ( echo "I am a file" )
wrongly prints "I am a folder" (tested on Windows 10)
Whereas
if exist "c:\luarocks\share\lua\5.2\luasocket_3_0rc1_2-socket.lua\*" ( echo "I am a folder" ) else ( echo "I am a file" )
correctly prints "I am a file" (tested on Windows 10)
This fixes #670
(Also see https://stackoverflow.com/a/1466528/1793220 )
|
|
|
|
| |
in some cases reading the whole file fails (on macOS High Sierra, LuaJIT)
this is timing dependent and waiting between spawning and reading solves the issue as well
|
| |
|
|
|
|
| |
See #664.
|
| |
|
|
|
|
|
| |
This prevents `sudo luarocks` to take over ownership of
the user's ~/.cache/luarocks directory.
|
| |
|
|
|
|
| |
Closes #676.
|
| |
|
|
|
|
|
| |
Fixes problem in macOS 10.12.
See http://lua-users.org/lists/lua-l/2016-12/msg00001.html
|
| |
|
|
|
|
|
|
|
|
| |
Instead of using path.which that produced incorrect results for files
with no .lua/.so/.dll extension, reimplement similar functionality
in luarocks.repos (with support for commands as well) and use that.
Ref #424.
|
| |
|
|\
| |
| | |
Fix spec failure under LuaJIT 2.1.0-beta3 + other test fixes
|
| | |
|
| |
| |
| |
| | |
lua-cjson fails to build under LuaJIT 2.1.0-beta3.
|
| |
| |
| |
| |
| |
| |
| | |
Most tests simply check that some command succeeds or fails.
When failure is expected, failure reason is not checked.
In this case, upload commands was failing because passed rockspec
did not exist and not for reason tests planned.
|
| |
| |
| |
| | |
www.luarocks.org redirects to luarocks.org.
|
|\ \
| |/
|/| |
Additional help-info added to luarocks help make about --only-deps flag.
|
|/ |
|
|\
| |
| | |
Forget deprecated options from command line help.
|
| | |
|
|\ \
| |/
|/| |
Change setup/teardown in make tests to before/after due to wrong use
|
|/ |
|
|\
| |
| | |
Added LPeg dependency for lxsh to luarocks make tests
|
|/ |
|
|\
| |
| | |
Fixed wrong "interp" in the configure file
|
|/
|
| |
Fixed wrong "interp" instead of "where" in the configure file
|
|\
| |
| | |
Get rid of an implicit number to string conversion
|
|/
|
|
| |
Clearly tostring was implied instead of tonumber.
|
| |
|
| |
|
| |
|
|\ |
|
| | |
|
|/ |
|
| |
|
|\
| |
| | |
Fix conflict resolution on deploy/remove w.r.t. C/Lua modules with same name
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Refactor repos.deploy_files and repos.delete_version
to make relationships between properties of deployed
files clearer and to avoid converting back and forth
between related properties.
Location of each deployable file in its rock manifest is
pair deploy_type - the first subtree name ("bin", "lib", or "lua")
and file_path - remaining path from the subtree to the file. These
components determine where each file is physically located.
Conflicts are considered based on two other properties: type
and name of an item a file provides. Type can be "command" or "module".
For items deployed using non-versioned names pairs (type, name) should be
unique.
Conversion from (deploy_type, file_path) to (item_type, item_name)
is obvious, using path.path_to_module() for modules. Reversing this
conversion is necessary for moving files between versioned and
non-versioned locations on conflicts, and also for path.which
function used in luarocks.show. However,
rock tree manifest only allows to get file_path, which
is not enough for modules - deploy_type can be both "lua" and "lib".
Currently path.which infers deploy_type based on extension,
falling back to "lib" if it's unknown, causing luarocks.show
to display wrong paths (#424). This commit does not address that
but adds relevant funcionality.
Currently conflict resolution assumes that both files in conflict
have same deploy_type and errors on conflict between
a C module and a Lua module. This commit fixes that, inferring
deploy_type for files with unknown extension using rock manifest.
|
| | |
|