mirror of
https://github.com/jart/cosmopolitan.git
synced 2025-02-07 06:53:33 +00:00
957c61cbbf
This change upgrades to GCC 12.3 and GNU binutils 2.42. The GNU linker appears to have changed things so that only a single de-duplicated str table is present in the binary, and it gets placed wherever the linker wants, regardless of what the linker script says. To cope with that we need to stop using .ident to embed licenses. As such, this change does significant work to revamp how third party licenses are defined in the codebase, using `.section .notice,"aR",@progbits`. This new GCC 12.3 toolchain has support for GNU indirect functions. It lets us support __target_clones__ for the first time. This is used for optimizing the performance of libc string functions such as strlen and friends so far on x86, by ensuring AVX systems favor a second codepath that uses VEX encoding. It shaves some latency off certain operations. It's a useful feature to have for scientific computing for the reasons explained by the test/libcxx/openmp_test.cc example which compiles for fifteen different microarchitectures. Thanks to the upgrades, it's now also possible to use newer instruction sets, such as AVX512FP16, VNNI. Cosmo now uses the %gs register on x86 by default for TLS. Doing it is helpful for any program that links `cosmo_dlopen()`. Such programs had to recompile their binaries at startup to change the TLS instructions. That's not great, since it means every page in the executable needs to be faulted. The work of rewriting TLS-related x86 opcodes, is moved to fixupobj.com instead. This is great news for MacOS x86 users, since we previously needed to morph the binary every time for that platform but now that's no longer necessary. The only platforms where we need fixup of TLS x86 opcodes at runtime are now Windows, OpenBSD, and NetBSD. On Windows we morph TLS to point deeper into the TIB, based on a TlsAlloc assignment, and on OpenBSD/NetBSD we morph %gs back into %fs since the kernels do not allow us to specify a value for the %gs register. OpenBSD users are now required to use APE Loader to run Cosmo binaries and assimilation is no longer possible. OpenBSD kernel needs to change to allow programs to specify a value for the %gs register, or it needs to stop marking executable pages loaded by the kernel as mimmutable(). This release fixes __constructor__, .ctor, .init_array, and lastly the .preinit_array so they behave the exact same way as glibc. We no longer use hex constants to define math.h symbols like M_PI. |
||
|---|---|---|
| .. | ||
| test | ||
| BUILD.mk | ||
| 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 | ||
| lnotice.c | ||
| 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 | ||
| 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.