2018-02-08 16:16:23 +00:00
|
|
|
/*
|
|
|
|
|
** $Id: lfunc.h,v 2.8.1.1 2013/04/12 18:48:47 roberto Exp $
|
|
|
|
|
** Auxiliary functions to manipulate prototypes and closures
|
|
|
|
|
** See Copyright Notice in lua.h
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef lfunc_h
|
|
|
|
|
#define lfunc_h
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#include "lobject.h"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#define sizeCclosure(n) (cast(int, sizeof(CClosure)) + \
|
Cleanup: Replace oldstyle struct hack with C99 flexible array members
The Linux 5.16.14 kernel's coccicheck caught this. The semantic
patch that caught it was:
./scripts/coccinelle/misc/flexible_array.cocci
However, unlike the cases where the GNU zero length array extension had
been used, coccicheck would not suggest patches for the older style
single member arrays. That was good because blindly changing them would
break size calculations in most cases.
Therefore, this required care to make sure that we did not break size
calculations. In the case of `indirect_split_t`, we use
`offsetof(indirect_split_t, is_child[is->is_children])` to calculate
size. This might be subtly wrong according to an old mailing list
thread:
https://inbox.sourceware.org/gcc-prs/20021226123454.27019.qmail@sources.redhat.com/T/
That is because the C99 specification should consider the flexible array
members to start at the end of a structure, but compilers prefer to put
padding at the end. A suggestion was made to allow compilers to allocate
padding after the VLA like compilers already did:
http://std.dkuug.dk/JTC1/SC22/WG14/www/docs/n983.htm
However, upon thinking about it, whether or not we allocate end of
structure padding does not matter, so using offsetof() to calculate the
size of the structure is fine, so long as we do not mix it with sizeof()
on structures with no array members.
In the case that we mix them and padding causes offsetof(struct_t,
vla_member[0]) to differ from sizeof(struct_t), we would be doing unsafe
operations if we underallocate via `offsetof()` and then overcopy via
sizeof().
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Richard Yao <richard.yao@alumni.stonybrook.edu>
Closes #14372
2023-01-10 20:44:35 +00:00
|
|
|
cast(int, sizeof(TValue)*((n))))
|
2018-02-08 16:16:23 +00:00
|
|
|
|
|
|
|
|
#define sizeLclosure(n) (cast(int, sizeof(LClosure)) + \
|
Cleanup: Replace oldstyle struct hack with C99 flexible array members
The Linux 5.16.14 kernel's coccicheck caught this. The semantic
patch that caught it was:
./scripts/coccinelle/misc/flexible_array.cocci
However, unlike the cases where the GNU zero length array extension had
been used, coccicheck would not suggest patches for the older style
single member arrays. That was good because blindly changing them would
break size calculations in most cases.
Therefore, this required care to make sure that we did not break size
calculations. In the case of `indirect_split_t`, we use
`offsetof(indirect_split_t, is_child[is->is_children])` to calculate
size. This might be subtly wrong according to an old mailing list
thread:
https://inbox.sourceware.org/gcc-prs/20021226123454.27019.qmail@sources.redhat.com/T/
That is because the C99 specification should consider the flexible array
members to start at the end of a structure, but compilers prefer to put
padding at the end. A suggestion was made to allow compilers to allocate
padding after the VLA like compilers already did:
http://std.dkuug.dk/JTC1/SC22/WG14/www/docs/n983.htm
However, upon thinking about it, whether or not we allocate end of
structure padding does not matter, so using offsetof() to calculate the
size of the structure is fine, so long as we do not mix it with sizeof()
on structures with no array members.
In the case that we mix them and padding causes offsetof(struct_t,
vla_member[0]) to differ from sizeof(struct_t), we would be doing unsafe
operations if we underallocate via `offsetof()` and then overcopy via
sizeof().
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Richard Yao <richard.yao@alumni.stonybrook.edu>
Closes #14372
2023-01-10 20:44:35 +00:00
|
|
|
cast(int, sizeof(TValue *)*((n))))
|
2018-02-08 16:16:23 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
LUAI_FUNC Proto *luaF_newproto (lua_State *L);
|
|
|
|
|
LUAI_FUNC Closure *luaF_newCclosure (lua_State *L, int nelems);
|
|
|
|
|
LUAI_FUNC Closure *luaF_newLclosure (lua_State *L, int nelems);
|
|
|
|
|
LUAI_FUNC UpVal *luaF_newupval (lua_State *L);
|
|
|
|
|
LUAI_FUNC UpVal *luaF_findupval (lua_State *L, StkId level);
|
|
|
|
|
LUAI_FUNC void luaF_close (lua_State *L, StkId level);
|
|
|
|
|
LUAI_FUNC void luaF_freeproto (lua_State *L, Proto *f);
|
|
|
|
|
LUAI_FUNC void luaF_freeupval (lua_State *L, UpVal *uv);
|
|
|
|
|
LUAI_FUNC const char *luaF_getlocalname (const Proto *func, int local_number,
|
|
|
|
|
int pc);
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#endif
|
