mirror of
https://github.com/1dot13/source.git
synced 2026-08-05 14:00:23 +02:00
76eda883a5
The tree carried two prebuilt Lua static libraries and a copy of the Lua public headers. lua51.lib is 5.1.2 and matched the headers; lua51.vc9.lib is 5.1.4 and was dead weight — it came second in Ja2_Libraries, so the linker resolved every Lua symbol out of lua51.lib and never pulled an object from it. Just as well, since it asks for /DEFAULTLIB:MSVCRT while we build /MT. ext/lua-5.1.5 is the upstream tarball unmodified, built as lua51 the way the other vendored libraries are, and its src directory replaces lua/ as the home of lua.h, luaconf.h, lauxlib.h and lualib.h. Those four headers were stock 5.1.2 retabbed, so 5.1.5 is bugfix-only against what the game compiled against; the bytecode format is unchanged across 5.1.x and every script under gamedir is plain source anyway. lua/lua.hpp had no includers and returns to etc/ where upstream keeps it. /SAFESEH:NO goes with it. Its two stated reasons were lua51.lib and the smackw32 import library, and both are now gone: every remaining prebuilt static library is SAFESEH-clean (libexpatMT.lib 5 of 5 members with @feat.00 = 0x1, RakNetLibStatic.lib 79 of 79), and lld-link emits a 3155-entry SEHandlerTable without it. The /MT comment blamed the wrong library. lua51.lib carried no linker directives at all; RakNetLibStatic.lib is what pins us to the static runtime, with /DEFAULTLIB:LIBCMT and /DEFAULTLIB:libcpmt. Verified by building all four applications in Debug and Release, and by linking the tarball's own lua.c against our lua51.lib with the build's clang-cl flags and running it under Wine: 5.1 stdlib, GC, coroutines and the x86 __asm fld/fistp lua_number2int fast path all behave. The game itself could not be launched here — this checkout's gamedir has loose Data directories but no SLF archives, so VFS aborts on Data\Ambient.slf long before any script runs. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
29 lines
1.0 KiB
Batchfile
29 lines
1.0 KiB
Batchfile
@rem Script to build Lua under "Visual Studio .NET Command Prompt".
|
|
@rem Do not run from this directory; run it from the toplevel: etc\luavs.bat .
|
|
@rem It creates lua51.dll, lua51.lib, lua.exe, and luac.exe in src.
|
|
@rem (contributed by David Manura and Mike Pall)
|
|
|
|
@setlocal
|
|
@set MYCOMPILE=cl /nologo /MD /O2 /W3 /c /D_CRT_SECURE_NO_DEPRECATE
|
|
@set MYLINK=link /nologo
|
|
@set MYMT=mt /nologo
|
|
|
|
cd src
|
|
%MYCOMPILE% /DLUA_BUILD_AS_DLL l*.c
|
|
del lua.obj luac.obj
|
|
%MYLINK% /DLL /out:lua51.dll l*.obj
|
|
if exist lua51.dll.manifest^
|
|
%MYMT% -manifest lua51.dll.manifest -outputresource:lua51.dll;2
|
|
%MYCOMPILE% /DLUA_BUILD_AS_DLL lua.c
|
|
%MYLINK% /out:lua.exe lua.obj lua51.lib
|
|
if exist lua.exe.manifest^
|
|
%MYMT% -manifest lua.exe.manifest -outputresource:lua.exe
|
|
%MYCOMPILE% l*.c print.c
|
|
del lua.obj linit.obj lbaselib.obj ldblib.obj liolib.obj lmathlib.obj^
|
|
loslib.obj ltablib.obj lstrlib.obj loadlib.obj
|
|
%MYLINK% /out:luac.exe *.obj
|
|
if exist luac.exe.manifest^
|
|
%MYMT% -manifest luac.exe.manifest -outputresource:luac.exe
|
|
del *.obj *.manifest
|
|
cd ..
|