Version: 2.0.5pl20210608, Package name: luajit-2.0.5pl20210608 |
Maintained by: The OpenBSD ports mailing-list |
Master sites: |
Description LuaJIT is a Just-In-Time Compiler (JIT) for the Lua programming language. Lua is a powerful, dynamic and light-weight programming language. It may be embedded or used as a general-purpose, stand-alone language. |
Filesize: 824.557 KB |
Version History (View Complete History) |
|
2021-07-03 14:21:07 by Stuart Henderson | Files touched by this commit (6) |
Log message: Update luajit to a newer checkout from the 2.0 git branch; upstream say "Releases are only made occasionally. You're strongly encouraged to follow the git branches". powerpc help from cwen@, this can now move from being built with ports-gcc to clang. Reenable build on (32-bit) arm; it was previously disabled as it required EABI, which we switched to using some time ago now - not tested on arm yet but this will at least give it a chance. |
2020-08-09 18:56:40 by Jeremie Courreges-Anglas | Files touched by this commit (2) |
Log message: Link libluajit.so with libc++abi to unbreak rspamd with newer llvm luajit uses symbols from libunwind which is embedded in libc++abi. Use the appropriate knob to link libluajit.so (not just the interpreter) with libc++abi and register the shared lib dep. ok sthen@ (rspamd maintainer) |
2019-07-12 14:47:59 by Stuart Henderson | Files touched by this commit (874) |
Log message: replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes |
2018-10-22 13:16:25 by Mark Kettenis | Files touched by this commit (2) |
Log message: Fix generation of ELF object files. Already present upstream. ok jsg@ |
2018-08-21 10:20:40 by Stuart Henderson | Files touched by this commit (1) |
Log message: mention that mail/rspamd needs to keep in sync with arches |
2018-04-25 05:43:13 by Stuart Henderson | Files touched by this commit (1) |
Log message: only pull in bsd.port.arch.mk, instead of the whole of bsd.port.mk, for accessing PROPERTIES. pointed out by fcambus |
2017-07-27 11:27:27 by Stuart Henderson | Files touched by this commit (1) |
Log message: bump |
2017-06-01 14:47:38 by Marc Espie | Files touched by this commit (1) |
Log message: help this build with clang... apparently the dependent ports like it. might be not 100% right, but it won't even build without it anyway. |
2017-05-05 04:21:47 by Jonathan Gray | Files touched by this commit (8) |
Log message: update to LuaJIT 2.0.5 Major on the library gets cranked as it removes luaJIT_version_2_0_4 and adds luaJIT_version_2_0_5 Tested by sthen@ with rspamd. ok sthen@ |
2016-11-07 04:42:55 by Christian Weisgerber | Files touched by this commit (1) |
Log message: bump REVISION after previous |
2016-11-05 23:44:21 by Jonathan Gray | Files touched by this commit (1) |
Log message: Remove the lua52 FLAVOR of luajit which build with LUAJIT_ENABLE_LUA52COMPAT defined and wrongly patched luajit to set the abi to lua 5.2. luajit can not load lua modules built against the lua 5.2 headers even when build with LUAJIT_ENABLE_LUA52COMPAT. Even without LUAJIT_ENABLE_LUA52COMPAT luajit has some 5.2 semantics, the define enables a few other things such making unpack() available as table.unpack(). No system vendors seem to ship a version of luajit with the define set and the consensus is to just remove the FLAVOR. Remove abieber@ as MAINTAINER at his request. ok jca@ abieber@ juanfra@ |
2016-03-18 17:12:22 by Christian Weisgerber | Files touched by this commit (183) |
Log message: remove SHARED_ONLY from ports that only use modules that neither set nor read this variable |
2015-12-28 00:14:18 by Antoine Jacoutot | Files touched by this commit (1) |
Log message: Remove a comment that has been bogus for awhile now that 4.9 is being built. from Brad |
2015-06-06 03:03:16 by David Coppa | Files touched by this commit (9) |
Log message: Update to LuaJIT-2.0.4 ok abieber@ (maintainer) |
2015-05-28 04:17:32 by Pascal Stumpf | Files touched by this commit (265) |
Log message: gcc4 bumps, reminded by aja@ |
2015-01-20 08:26:26 by Aaron Bieber | Files touched by this commit (2) |
Log message: From tedu@: On i386, it's better for a jit to ask for exec memory upfront, so uvm knows to place it in the exec segment. Otherwise, if you mmap non-exec and mprotect it, you wind up with a high mapping and the segment must be enlarged to cover the whole process. I sent Mike a slightly different diff; this is what he ended up committing to git. I think we should add it to the port. OK dcoppa@ |