2021-03-02 13:51:10 +00:00
|
|
|
#ifndef lprefix_h
|
|
|
|
#define lprefix_h
|
|
|
|
|
Bring Lua to 5.4.6. (#1214)
This essentially re-does the work of #875 on top of master.
This is what I did to check that Cosmo's Lua extensions still worked:
```
$ build/bootstrap/make MODE=aarch64 o/aarch64/third_party/lua/lua
$ ape o/aarch64/third_party/lua/lua
>: 10
10
>: 010
8
>: 0b10
2
>: string.byte("\e")
27
>: "Hello, %s" % {"world"}
Hello, world
>: "*" * 3
***
```
`luaL_traceback2` was used to show the stack trace with parameter
values; it's used in `LuaCallWithTrace`, which is used in Redbean to run
Lua code. You should be able to see the extended stack trace by running
something like this: `redbean -e "function a(b)c()end a(2)"` (with
"params" indicating the extended stack trace):
```
stack traceback:
[string "function a(b)c()end a(2)"]:1: in function 'a', params: b = 2;
[string "function a(b)c()end a(2)"]:1: in main chunk
```
@pkulchenko confirmed that I get the expected result with the updated
code.
This is what I did to check that Lua itself still worked:
```
$ cd third_party/lua/test/
$ ape ../../../o/aarch64/third_party/lua/lua all.lua
```
There's one test failure, in `files.lua`:
```
***** FILE 'files.lua'*****
testing i/o
../../../o/aarch64/third_party/lua/lua: files.lua:84: assertion failed!
stack traceback:
[C]: in function 'assert'
files.lua:84: in main chunk
(...tail calls...)
all.lua:195: in main chunk
[C]: in ?
.>>> closing state <<<
```
That isn't a result of these changes; the same test is failing in
master.
The failure is here:
```lua
if not _port then -- invalid seek
local status, msg, code = io.stdin:seek("set", 1000)
assert(not status and type(msg) == "string" and type(code) == "number")
end
```
The test expects a seek to offset 1,000 on stdin to fail — but it
doesn't. `status` ends up being the new offset rather than `nil`.
If I comment out that one test, the remaining tests succeed.
2024-06-16 00:13:08 +00:00
|
|
|
|
2021-03-02 13:51:10 +00:00
|
|
|
/*
|
|
|
|
** Allows POSIX/XSI stuff
|
|
|
|
*/
|
2022-04-24 16:59:22 +00:00
|
|
|
#if !defined(LUA_USE_C89) /* { */
|
2021-03-02 13:51:10 +00:00
|
|
|
|
|
|
|
#if !defined(_XOPEN_SOURCE)
|
2022-04-24 16:59:22 +00:00
|
|
|
#define _XOPEN_SOURCE 600
|
2021-03-02 13:51:10 +00:00
|
|
|
#elif _XOPEN_SOURCE == 0
|
2022-04-24 16:59:22 +00:00
|
|
|
#undef _XOPEN_SOURCE /* use -D_XOPEN_SOURCE=0 to undefine it */
|
2021-03-02 13:51:10 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
** Allows manipulation of large files in gcc and some other compilers
|
|
|
|
*/
|
|
|
|
#if !defined(LUA_32BITS) && !defined(_FILE_OFFSET_BITS)
|
2022-04-24 16:59:22 +00:00
|
|
|
#define _LARGEFILE_SOURCE 1
|
|
|
|
#define _FILE_OFFSET_BITS 64
|
2021-03-02 13:51:10 +00:00
|
|
|
#endif
|
|
|
|
|
2022-04-24 16:59:22 +00:00
|
|
|
#endif /* } */
|
2021-03-02 13:51:10 +00:00
|
|
|
|
Bring Lua to 5.4.6. (#1214)
This essentially re-does the work of #875 on top of master.
This is what I did to check that Cosmo's Lua extensions still worked:
```
$ build/bootstrap/make MODE=aarch64 o/aarch64/third_party/lua/lua
$ ape o/aarch64/third_party/lua/lua
>: 10
10
>: 010
8
>: 0b10
2
>: string.byte("\e")
27
>: "Hello, %s" % {"world"}
Hello, world
>: "*" * 3
***
```
`luaL_traceback2` was used to show the stack trace with parameter
values; it's used in `LuaCallWithTrace`, which is used in Redbean to run
Lua code. You should be able to see the extended stack trace by running
something like this: `redbean -e "function a(b)c()end a(2)"` (with
"params" indicating the extended stack trace):
```
stack traceback:
[string "function a(b)c()end a(2)"]:1: in function 'a', params: b = 2;
[string "function a(b)c()end a(2)"]:1: in main chunk
```
@pkulchenko confirmed that I get the expected result with the updated
code.
This is what I did to check that Lua itself still worked:
```
$ cd third_party/lua/test/
$ ape ../../../o/aarch64/third_party/lua/lua all.lua
```
There's one test failure, in `files.lua`:
```
***** FILE 'files.lua'*****
testing i/o
../../../o/aarch64/third_party/lua/lua: files.lua:84: assertion failed!
stack traceback:
[C]: in function 'assert'
files.lua:84: in main chunk
(...tail calls...)
all.lua:195: in main chunk
[C]: in ?
.>>> closing state <<<
```
That isn't a result of these changes; the same test is failing in
master.
The failure is here:
```lua
if not _port then -- invalid seek
local status, msg, code = io.stdin:seek("set", 1000)
assert(not status and type(msg) == "string" and type(code) == "number")
end
```
The test expects a seek to offset 1,000 on stdin to fail — but it
doesn't. `status` ends up being the new offset rather than `nil`.
If I comment out that one test, the remaining tests succeed.
2024-06-16 00:13:08 +00:00
|
|
|
|
2021-03-02 13:51:10 +00:00
|
|
|
/*
|
|
|
|
** Windows stuff
|
|
|
|
*/
|
2022-04-24 16:59:22 +00:00
|
|
|
#if defined(_WIN32) /* { */
|
2021-03-02 13:51:10 +00:00
|
|
|
|
|
|
|
#if !defined(_CRT_SECURE_NO_WARNINGS)
|
2022-04-24 16:59:22 +00:00
|
|
|
#define _CRT_SECURE_NO_WARNINGS /* avoid warnings about ISO C functions */
|
2021-03-02 13:51:10 +00:00
|
|
|
#endif
|
|
|
|
|
2022-04-24 16:59:22 +00:00
|
|
|
#endif /* } */
|
2021-03-02 13:51:10 +00:00
|
|
|
|
|
|
|
#endif
|