aboutsummaryrefslogtreecommitdiff
path: root/GNUmakefile (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Improve flexibility around vendored librariestobil4sk2026-02-031-9/+29
| | | | | | | | | | | | | | | | | | | | | compat53 is vendored since #1757 as it is required to run luarocks with lua 5.1 or 5.2. However, this introduced some issues as the GNUmakefile install rule places these in the same place where `luarocks install compat53` would install them. This means you get conflicts if you install the actual package: ``` Warning: /.../prefix/share/lua/5.1/compat53/init.lua is not tracked by this installation of LuaRocks. Moving it to /.../prefix/share/lua/5.1/compat53/init.lua~ Warning: /.../prefix/share/lua/5.1/compat53/module.lua is not tracked by this installation of LuaRocks. Moving it to /.../prefix/share/lua/5.1/compat53/module.lua~ Warning: /.../prefix/share/lua/5.1/compat53/file_mt.lua is not tracked by this installation of LuaRocks. Moving it to /.../prefix/share/lua/5.1/compat53/file_mt.lua~ ``` It is also not ideal for linux package maintainers to include a vendored package, see: https://github.com/luarocks/luarocks/pull/1757#issuecomment-3409873412. To solve these issues, this patchset makes the following changes: - GNUmakefile now places the compat53 files under `luarocks/vendor/compat53` (which is added internally to the luarocks script's `package.path`). This way a user's installation of compat53 does not interfere at all with luarocks one. - Added `--with-system-compat53` option to configure script for external packaging systems. - Fixed install.bat's logic for deciding whether to vendor compat53, as the current script includes it for every version. install.bat already places luarocks sources outside of LUAPATH, so that part can stay as is. I've also inverted the version check to avoid the need for future patches like: #1850.
* GNUmakefile: test for LUA_VERSION as 5.5luau-project2025-12-271-1/+1
|
* support Lua 5.5Pierre Chapuis2025-12-261-1/+1
|
* Add compat53 installation to GNUmakefileTobiasz Laskowski2025-02-241-0/+10
|
* Makefile: add work around for environments that default to multiple jobsCaleb Maclennan2024-04-101-0/+1
| | | | | | | | | | | | Fixes #1638 This Makefile only supports single-job execution and is known to have race conditions that will fail if targets are run in parallel jobs. With the proliferation of cores, more and more distributions and host environments are setting default make flags to run jobs in parallel by default. We can't do anything about this for old versions of GNU Make, but for 4.3+ we can actually reset the flag ourselves to only run a single job so targets run in serial order.
* Makefile: fix mkdir in install-binaryHisham Muhammad2024-03-111-1/+1
|
* don't set up a "project environment" on make default targetHisham Muhammad2024-03-111-1/+1
| | | | Fixes #1639.
* Makefile: make install target phonyHisham Muhammad2024-02-201-32/+30
| | | | Fixes #1038.
* drop cfg.lua_interpreter, use cfg.variables.LUAHisham Muhammad2024-02-181-3/+3
|
* Changes for building the all-in-one binary with Lua 5.4Hisham Muhammad2022-04-111-3/+4
|
* support for building 64-bit Windows all-in-one binaryHisham Muhammad2020-01-141-6/+16
|
* GNUmakefile: fix concatenationHisham Muhammad2019-09-051-2/+2
|
* Ensure scripts add the prefix to the package pathHisham Muhammad2019-09-021-0/+2
| | | | | | | | | | | | This reverts the removal from e9215f139be7afa3af116a2039594362e4f1f2be but keeps the addition of the custom package loader as that is a more robust approach. I'm not a super fan of this approach because in a cross-compiling scenario it does leak the host package.path into the output of commands such as `luarocks path` and building the `bin` wrappers, but at least it is less broken than the 3.2.0 behavior, as reported by @fperrad in issue #1070.
* Ensure that LuaRocks always finds itselfHisham Muhammad2019-08-281-2/+2
|
* GNUmakefile: copy config file prior to running 'luarocks init'Hisham Muhammad2019-07-261-1/+2
| | | | As originally suggested by @blueyed in #1043.
* GNUmakefile: unset CPATH variables in local wrapper tooHisham Muhammad2019-07-131-2/+2
|
* Do not register system tree if installing to ~/.luarocksHisham Muhammad2019-03-141-1/+1
| | | | See https://github.com/luarocks/luarocks/issues/952#issuecomment-449966779
* GNUmakefile: remove sysconfdir as it's set in config.unix.Hisham Muhammad2018-08-121-1/+0
| | | | Fixes #889.
* GNUmakefile: add back install-config targetHisham Muhammad2018-08-111-0/+2
| | | | | As a convenience to distro maintainers who may want to distribute multiple versions of the LuaRocks configuration.
* configure, make: reduce moving partsHisham Muhammad2018-08-111-22/+12
| | | | | | * Do not set again variables that were set in config.unix * Do not re-detect the Lua version after configure already did it * Remove --luarocksconfdir, use --sysconfdir only
* Honor --force-configHisham Muhammad2018-08-111-4/+8
|
* GNUmakefile: avoid using -D because it doesn't work on the MacHisham Muhammad2018-08-101-6/+11
|
* Build Windows binaries as .exe in a separate directoryHisham Muhammad2018-08-101-26/+30
|
* GNUmakefile: simplify build-binary targetsdaurnimator2018-08-101-6/+4
|
* GNUmakefile: Clean up the install-binary targetdaurnimator2018-08-101-9/+6
|
* GNUmakefile: create config file in ./build subdirectorydaurnimator2018-08-101-4/+5
|
* Remove BINARY_ prefix from CC and NMdaurnimator2018-08-101-2/+2
|
* GNUmakefile: Have build-binary targets use clean lua environmentdaurnimator2018-08-101-2/+6
|
* GNUmakefile: Use LUA variable to find lua to rundaurnimator2018-08-101-2/+2
|
* GNUmakefile: recursive make basicsdaurnimator2018-08-101-3/+3
|
* Our Makefile contains GNUMake-specific syntax, rename it accordinglydaurnimator2018-08-101-0/+170
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2026-08-27 23:32:01 +0000