src/lib/liblua/Makefile, branch main FreeBSD source tree Remove residual blank line at start of Makefile 2024-07-15T22:43:39+00:00 Warner Losh imp@FreeBSD.org 2024-07-15T04:46:32+00:00 e9ac41698b2f322d55ccf9da50a3596edb2c1800 This is a residual of the $FreeBSD$ removal. MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix 
This is a residual of the $FreeBSD$ removal.

MFC After: 3 days (though I'll just run the command on the branches)
Sponsored by: Netflix
Remove $FreeBSD$: one-line sh pattern 2023-08-16T17:55:03+00:00 Warner Losh imp@FreeBSD.org 2023-08-16T17:55:03+00:00 d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ 
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
contrib/lua: update to 5.4.2 2021-01-14T05:56:18+00:00 Kyle Evans kevans@FreeBSD.org 2021-01-14T05:56:18+00:00 0495ed398c4f64013bab2327eb13a303e1f90c13 Merge commit '0ea45b9cd43ce1247eb3eee9bfd5cee3d19068e7' into main 
Merge commit '0ea45b9cd43ce1247eb3eee9bfd5cee3d19068e7' into main
Properly disable LUA_USE_DLOPEN for bootstrap flua 2020-08-14T02:40:17+00:00 Kyle Evans kevans@FreeBSD.org 2020-08-14T02:40:17+00:00 967fbfd9e2b7a015d5cba1491badcdf9044b28b9 flua does have some specific bits that will include luaconf.h, but the definition of LUA_USE_DLOPEN for those won't matter. This belongs in liblua instead. To expand on my previous commit, which was a little sparse with details, it's not really safe to allow LUA_USE_DLOPEN with host lib paths being used. The host system could have an entirely different lua version and this could cause us to crash and burn. If we want to revive this later, we need to make sure to define c module paths inside OBJDIR that are compiled against whatever version we've bootstrapped. Pointy hat: kevans 
flua does have some specific bits that will include luaconf.h, but the
definition of LUA_USE_DLOPEN for those won't matter. This belongs in liblua
instead.

To expand on my previous commit, which was a little sparse with details,
it's not really safe to allow LUA_USE_DLOPEN with host lib paths being used.
The host system could have an entirely different lua version and this could
cause us to crash and burn.

If we want to revive this later, we need to make sure to define c module
paths inside OBJDIR that are compiled against whatever version we've
bootstrapped.

Pointy hat:	kevans
liblua: ensure that "require" will fail in bootstrap flua 2020-04-29T13:41:32+00:00 Ed Maste emaste@FreeBSD.org 2020-04-29T13:41:32+00:00 be99f8868bed542396783e1a8ff0d089283ba8ac 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 
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
Add an internal liblua and use it in flua. 2020-03-17T17:28:12+00:00 Brooks Davis brooks@FreeBSD.org 2020-03-17T17:28:12+00:00 564b9ff2a7aa62f1094043b12de56ad75aa30394 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 
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