5 Commits

Author	SHA1	Message	Date
Kyle Evans	c2a2b4f3cf	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.	2020-08-14 02:22:19 +00:00
Ed Maste	3bd8419597	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	2020-08-13 23:13:05 +00:00
Ed Maste	bceabe277e	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	2020-08-13 00:19:05 +00:00
Ed Maste	be99f8868b	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	2020-04-29 13:41:32 +00:00
Brooks Davis	564b9ff2a7	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	2020-03-17 17:28:12 +00:00