FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F13.1.0 2021-01-14T05:56:18Z 2021-01-14T05:56:18Z Kyle Evans kevans@FreeBSD.org 2021-01-14T05:56:18Z urn:sha1:0495ed398c4f64013bab2327eb13a303e1f90c13 Merge commit '0ea45b9cd43ce1247eb3eee9bfd5cee3d19068e7' into main 2020-08-14T02:40:17Z Kyle Evans kevans@FreeBSD.org 2020-08-14T02:40:17Z urn:sha1: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 2020-04-29T13:41:32Z Ed Maste emaste@FreeBSD.org 2020-04-29T13:41:32Z urn:sha1: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 2020-03-17T17:28:12Z Brooks Davis brooks@FreeBSD.org 2020-03-17T17:28:12Z urn:sha1: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