Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help | Search |
Name: lua51-cffi-lua | Distribution: openSUSE Tumbleweed |
Version: 0.2.3+git.1748465608.9f2acc9 | Vendor: openSUSE |
Release: 1.1 | Build date: Wed Aug 27 01:47:19 2025 |
Group: Development/Languages/Other | Build host: reproducible |
Size: 200403 | Source RPM: lua51-cffi-lua-0.2.3+git.1748465608.9f2acc9-1.1.src.rpm |
Packager: https://bugs.opensuse.org | |
Url: https://github.com/q66/cffi-lua | |
Summary: A portable C FFI for Lua 5.1+ |
This is a portable C FFI for Lua, based on `libffi` and aiming to be mostly compatible with LuaJIT FFI, but written from scratch. Compatibility is preserved where reasonable, but not where not easily implementable (e.g. the parser extensions for 64-bit `cdata` and so on). Thanks to `libffi`, it works on many operating systems and CPU architectures. The `cffi-lua` codebase itself does not contain any non-portable code (with the exception of things such as Windows calling convention handling on x86, and some adjustments for big endian architectures). Some effort was also taken to ensure compatibility with custom Lua configurations (e.g. with changed numeric type representations), though this is not tested or guaranteed to work (patches welcome if broken). Unlike LuaJIT's `ffi` module or other efforts such as `luaffifb`, it works with every common version of the reference Lua implementation (currently 5.1, 5.2, 5.3 and 5.4, 5.0 could be supported but wasn't considered worth it) as well as compatible non-reference ones (like LuaJIT). Functionality from newer Lua versions is also supported, when used with that version (e.g. with 5.3+ you will get seamless integer and bit-op support, with 5.4 you will get metatype support for to-be-closed variables, and so on). Since it's written from scratch, having 1:1 bug-for-bug C parser compatibility is a non-goal. The parser is meant to comply with C11, plus a number of extensions from GCC, MSVC and C++ (where it doesn't conflict with C). The project was started because there isn't any FFI for standard Lua that's as user friendly as LuaJIT's and doesn't have portability issues.
MIT
* Tue Aug 26 2025 Matej Cepl <mcepl@cepl.eu> - Add two patches fixing typos in documentation: - 0001-Corrects-1st-example-in-introduction.md.patch - 0002-docs-fixed-the-second-example-in-introduction.md.patch * Tue Aug 26 2025 Matej Cepl <mcepl@cepl.eu> - Update to version 0.2.3+git.1748465608.9f2acc9: * copyright update * fix lib::close on windows * src/platform.hh: fix or1k build * ci: try setting LSAN_OPTIONS * ci: also try pip without --break-system-packages * ci: reorder arguments for pip * ci: disable lsan for sanitized builds for now * ci: allow pip to "break" system * ci: use macos-latest * handle __new metamethod * Tue Aug 26 2025 Matej Cepl <mcepl@cepl.eu> - Initial packaging effort for lua-cffi 0.2.3
/usr/lib64/lua/5.1/cffi.so /usr/share/licenses/lua51-cffi-lua /usr/share/licenses/lua51-cffi-lua/COPYING.md
Generated by rpm2html 1.8.1
Fabrice Bellet, Tue Sep 30 23:22:30 2025