| #
ec965063
|
| 25-Jan-2023 |
Ed Maste <emaste@FreeBSD.org> |
lua: reduce diffs between luaconf.h copies
Upstream luaconf.h is contrib/lua/src/luaconf.h.dist, while userland lua and loader lua have copies in lib/liblua/luaconf.h and stand/liblua/luaconf.h.
Ad
lua: reduce diffs between luaconf.h copies
Upstream luaconf.h is contrib/lua/src/luaconf.h.dist, while userland lua and loader lua have copies in lib/liblua/luaconf.h and stand/liblua/luaconf.h.
Adjust whitespace, VCS tags, etc. to match upstream's version, for ease of comparison.
Reviewed By: imp Sponsored By: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D38206
show more ...
|
| #
0495ed39
|
| 14-Jan-2021 |
Kyle Evans <kevans@FreeBSD.org> |
contrib/lua: update to 5.4.2
Merge commit '0ea45b9cd43ce1247eb3eee9bfd5cee3d19068e7' into main
|
| #
0c54932d
|
| 25-Aug-2020 |
Alex Richardson <arichardson@FreeBSD.org> |
Fix -Wundef warnings when building liblua
We need to define the LUA_FLOAT_INT64 macro even if we don't use it (copied from stand/luaconf.h). While touching luaconf.h.dist also sync it with the the 5
Fix -Wundef warnings when building liblua
We need to define the LUA_FLOAT_INT64 macro even if we don't use it (copied from stand/luaconf.h). While touching luaconf.h.dist also sync it with the the 5.3.5 release version (matches the one in lib/liblua).
Reviewed By: kevans Differential Revision: https://reviews.freebsd.org/D25977
show more ...
|
| #
c2a2b4f3
|
| 14-Aug-2020 |
Kyle Evans <kevans@FreeBSD.org> |
flua: don't allow dlopen, et al., for bootstrap flua
There are some logistics issues that need to be sorted out here before we can actually allow this to work.
|
| #
3bd84195
|
| 13-Aug-2020 |
Ed Maste <emaste@FreeBSD.org> |
flua: support "require" for binary objects in the base system
Export symbols from flua, and enable dlopen.
Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2
flua: support "require" for binary objects in the base system
Export symbols from flua, and enable dlopen.
Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D26059
show more ...
|
| #
bceabe27
|
| 13-Aug-2020 |
Ed Maste <emaste@FreeBSD.org> |
flua: initial support for "require" in the base system
Use /usr not /usr/local for base system components.
Use /usr/lib/flua and /usr/share/flua (not lua) for consistency and to avoid the possibili
flua: initial support for "require" in the base system
Use /usr not /usr/local for base system components.
Use /usr/lib/flua and /usr/share/flua (not lua) for consistency and to avoid the possibility that other software accidentally finds our base system modules.
Also drop the version from the path, as flua represents an unspecified lua version that corresponds to the FreeBSD version it comes with.
LUA_USE_DLOPEN is not yet enabled because some additional changes are needed wrt symbol visibility.
Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D24605
show more ...
|
| #
be99f886
|
| 29-Apr-2020 |
Ed Maste <emaste@FreeBSD.org> |
liblua: ensure that "require" will fail in bootstrap flua
We do not want to support bootstrapping lua modules, so ensure that require will fail by providing a nonexistent path.
Reviewed by: kevans
liblua: ensure that "require" will fail in bootstrap flua
We do not want to support bootstrapping lua modules, so ensure that require will fail by providing a nonexistent path.
Reviewed by: kevans MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D24610
show more ...
|
| #
564b9ff2
|
| 17-Mar-2020 |
Brooks Davis <brooks@FreeBSD.org> |
Add an internal liblua and use it in flua.
The new liblua will be used in a forthcoming import of kyua.
Reviewed by: kevans Obtained from: CheriBSD Sponsored by: DARPA Differential Revision: https:
Add an internal liblua and use it in flua.
The new liblua will be used in a forthcoming import of kyua.
Reviewed by: kevans Obtained from: CheriBSD Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D24090
show more ...
|
| #
506f3640
|
| 18-Nov-2019 |
Kyle Evans <kevans@FreeBSD.org> |
Add flua to the base system, install to /usr/libexec
FreeBSDlua ("flua") is a FreeBSD-private lua, flavored with whatever extensions we need for base system operations. We currently support a subset
Add flua to the base system, install to /usr/libexec
FreeBSDlua ("flua") is a FreeBSD-private lua, flavored with whatever extensions we need for base system operations. We currently support a subset of lfs and lposix that are used in the rewrite of makesyscall.sh into lua, added in r354786.
flua is intentionally written such that one can install standard lua and some set of lua modules from ports and achieve the same effect.
linit_flua is a copy of linit.c from contrib/lua with lfs and lposix added in. This is similar to what we do in stand/. linit.c has been renamed to make it clear that this has flua-specific bits.
luaconf has been slightly obfuscated to make extensions more difficult. Part of the problem is that flua is already hard enough to use as a bootstrap tool because it's not in PATH- attempting to do extension loading would require a special bootstrap version of flua with paths changed to protect the innocent.
src.lua.mk has been added to make it easy for in-tree stuff to find flua, whether it's bootstrap-flua or relying on PATH frobbing by Makefile.inc1.
Reviewed by: brooks, emaste (both earlier version), imp Differential Revision: https://reviews.freebsd.org/D21893
show more ...
|