mirror of
https://github.com/jart/cosmopolitan.git
synced 2025-01-31 03:27:39 +00:00
ae5d06dc53
- 10.5% reduction of o//depend dependency graph - 8.8% reduction in latency of make command - Fix issue with temporary file cleanup There's a new -w option in compile.com that turns off the recent Landlock output path workaround for "good commands" which do not unlink() the output file like GNU tooling does. Our new GNU Make unveil sandboxing appears to have zero overhead in the grand scheme of things. Full builds are pretty fast since the only thing that's actually slowed us down is probably libcxx make -j16 MODE=rel RL: took 85,732,063µs wall time RL: ballooned to 323,612kb in size RL: needed 828,560,521µs cpu (11% kernel) RL: caused 39,080,670 page faults (99% memcpy) RL: 350,073 context switches (72% consensual) RL: performed 0 reads and 11,494,960 write i/o operations pledge() and unveil() no longer consider ENOSYS to be an error. These functions have also been added to Python's cosmo module. This change also removes some WIN32 APIs and System Five magnums which we're not using and it's doubtful anyone else would be too |
||
---|---|---|
.. | ||
test | ||
cosmo.h | ||
lapi.c | ||
lapi.h | ||
lauxlib.c | ||
lauxlib.h | ||
lbaselib.c | ||
lcode.c | ||
lcode.h | ||
lcorolib.c | ||
lctype.h | ||
ldblib.c | ||
ldebug.c | ||
ldebug.h | ||
ldo.c | ||
ldo.h | ||
ldump.c | ||
lfunc.c | ||
lfunc.h | ||
lgc.c | ||
lgc.h | ||
linit.c | ||
liolib.c | ||
ljumptab.inc | ||
llex.c | ||
llex.h | ||
llimits.h | ||
llock.c | ||
lmathlib.c | ||
lmem.c | ||
lmem.h | ||
loadlib.c | ||
lobject.c | ||
lobject.h | ||
lopcodes.c | ||
lopcodes.h | ||
lopnames.inc | ||
loslib.c | ||
lparser.c | ||
lparser.h | ||
lprefix.h | ||
lrepl.c | ||
lrepl.h | ||
lstate.c | ||
lstate.h | ||
lstring.c | ||
lstring.h | ||
lstrlib.c | ||
ltable.c | ||
ltable.h | ||
ltablib.c | ||
ltests.c | ||
ltests.h | ||
ltm.c | ||
ltm.h | ||
lua.h | ||
lua.main.c | ||
lua.mk | ||
luac.main.c | ||
luacallwithtrace.c | ||
luaconf.h | ||
luaencodejsondata.c | ||
luaencodeluadata.c | ||
luaencodeurl.c | ||
luaformatstack.c | ||
lualib.h | ||
luaparseurl.c | ||
luaprintstack.c | ||
luapushheader.c | ||
luapushheaders.c | ||
luapushlatin1.c | ||
luapushurlparams.c | ||
lundump.c | ||
lundump.h | ||
lunix.c | ||
lunix.h | ||
lutf8lib.c | ||
lvm.c | ||
lvm.h | ||
lzio.c | ||
lzio.h | ||
README.cosmo | ||
serialize.c | ||
tms.h | ||
visitor.c | ||
visitor.h |
DESCRIPTION Lua is a language designed for embedded use in native applications. It has an impossibly elegant C API and the Lua language itself feels more like Python compared to alternatives like Tcl except it's a great deal faster and doesn't have strong opinions about character encoding. PROVENANCE https://github.com/lua/lua/ commit e7803f7dbcdc966ab1f9db143424ee811ab1a398 Author: Roberto Ierusalimschy <roberto@inf.puc-rio.br> Date: Wed Mar 3 09:44:20 2021 -0300 New release number (5.4.3) luac.c needed to be sourced from: https://www.lua.org/ftp/lua-5.4.3.tar.gz LOCAL MODIFICATIONS Lua now uses a bestline REPL with bash-style code completion. Integer literals such as `033` will now be interpreted as octal. Integer literals such as `0b10` will now be interpreted as binary. The `\e` string literal escape sequence has been added, which is equivalent to `\27` (the Lua version of `\033`) or the ASCII ESC character. It may be used for teletypewriter control like having bold text, which can be encoded elegantly as `\e[1mHELLO\e[0m`. Added luaL_traceback2() for function parameters in traceback. Added Python-like printf modulus operator for strings. Added Python-like printf multiply operator for strings.