src/libexec/flua, branch release/13.1.0 FreeBSD source tree stand: lua: enhance lfs.dir() to speed up kernels_autodetect 2021-02-03T06:55:47+00:00 Kyle Evans kevans@FreeBSD.org 2021-01-24T01:32:38+00:00 13de72571eb2532e253fb8d40edf47ebabb99e92 This eliminates a lot of stat() calls that happen when lualoader renders the menu with the default settings, and greatly speeds up rendering on my laptop. ftype is nil if loader/loader.efi hasn't been updated yet, falling back to lfs.attributes() to test. This is technically incompatible with lfs, but not in a particularly terrible way. (cherry picked from commit e25ee296c919d6567aa76058a7049eac974797fb) 
This eliminates a lot of stat() calls that happen when lualoader renders the
menu with the default settings, and greatly speeds up rendering on my
laptop.

ftype is nil if loader/loader.efi hasn't been updated yet, falling back to
lfs.attributes() to test.

This is technically incompatible with lfs, but not in a particularly
terrible way.

(cherry picked from commit e25ee296c919d6567aa76058a7049eac974797fb)
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
flua: don't allow dlopen, et al., for bootstrap flua 2020-08-14T02:22:19+00:00 Kyle Evans kevans@FreeBSD.org 2020-08-14T02:22:19+00:00 c2a2b4f3cf11e770892a524df637f671f5989719 There are some logistics issues that need to be sorted out here before we can actually allow this to work. 
There are some logistics issues that need to be sorted out here before we
can actually allow this to work.
flua: support "require" for binary objects in the base system 2020-08-13T23:13:05+00:00 Ed Maste emaste@FreeBSD.org 2020-08-13T23:13:05+00:00 3bd8419597b44dc3da2b1e6ffc2c7ee9cf4aa195 Export symbols from flua, and enable dlopen. Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D26059 
Export symbols from flua, and enable dlopen.

Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D26059
flua: add ucl library 2020-06-22T03:14:43+00:00 Ryan Moeller freqlabs@FreeBSD.org 2020-06-22T03:14:43+00:00 94a82666846d62cdff7d78f78d428df35412e50d libucl comes with a Lua library binding. Build it into flua. This lets us parse/generate config files in the various formats supported by libucl with flua. For example, the following script will detect the format of an object written to stdin as one of UCL config, JSON, or YAML and write it to stdout as pretty-printed JSON: local ucl = require('ucl') local parser = ucl.parser() parser:parse_string(io.read('*a')) local obj = parser:get_object() print(ucl.to_format(obj, 'json')) Reviewed by: kevans, pstef Approved by: mmacy (mentor) Relnotes: yes Differential Revision: https://reviews.freebsd.org/D25009 
libucl comes with a Lua library binding.  Build it into flua.

This lets us parse/generate config files in the various formats supported by
libucl with flua.  For example, the following script will detect the format of
an object written to stdin as one of UCL config, JSON, or YAML and write it to
stdout as pretty-printed JSON:

local ucl = require('ucl')
local parser = ucl.parser()
parser:parse_string(io.read('*a'))
local obj = parser:get_object()
print(ucl.to_format(obj, 'json'))

Reviewed by:	kevans, pstef
Approved by:	mmacy (mentor)
Relnotes:	yes
Differential Revision:	https://reviews.freebsd.org/D25009
flua: follow-up to r359453, don't bother with libedit in bootstrap 2020-03-30T20:01:44+00:00 Kyle Evans kevans@FreeBSD.org 2020-03-30T20:01:44+00:00 28d832f993304707c58ce052ba4dd374de52e0b8 The bootstrap flua should not be used for REPL-like activities; exclude it to save the dependency on libedit and not waste time with it. X-MFC-With: r359453 
The bootstrap flua should not be used for REPL-like activities; exclude it
to save the dependency on libedit and not waste time with it.

X-MFC-With:	r359453
flua: enable readline bits, courtesy of libedit 2020-03-30T18:43:05+00:00 Kyle Evans kevans@FreeBSD.org 2020-03-30T18:43:05+00:00 b4a19ee2422c66243410081c83cbd08f1505fc84 This is a nicer experience when attempting to run ad-hoc lua bits in the flua REPL. PR: 245121 MFC after: 1 week 
This is a nicer experience when attempting to run ad-hoc lua bits in the
flua REPL.

PR:		245121
MFC after:	1 week
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
flua: implement chmod 2020-03-13T15:40:35+00:00 Ed Maste emaste@FreeBSD.org 2020-03-13T15:40:35+00:00 405e3338ac841999673056a2b5537b4c0ad677db Lua does not provide a native way to change the permission of a file. Submitted by: Yang Wang <2333@outlook.jp> Reviewed by: kevans Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D24036 
Lua does not provide a native way to change the permission of a file.

Submitted by:	Yang Wang <2333@outlook.jp>
Reviewed by:	kevans
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D24036
flua: newer GCC complains about format-nonliteral at WARNS=2 2019-11-19T00:02:56+00:00 Kyle Evans kevans@FreeBSD.org 2019-11-19T00:02:56+00:00 061f7e2fd06d694fab29236a2610a8467943d3a6 Disable that one, too. 
Disable that one, too.