[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: Compiling LuaFileSystem on Windows 10
- From: Thijs Schreijer <thijs@...>
- Date: Tue, 2 Jan 2018 18:27:09 +0000
Not sure, but if KH Man is right, then make sure that you:
1. build Lua, and
2. install LuaRocks, and
3. install the rock
All with the same toolchain.
Thijs
> On 2 Jan 2018, at 08:22, KHMan <keinhong@gmail.com> wrote:
>
> On 1/2/2018 2:27 PM, Russell Haley wrote:
>> Hello,
>>
>> I'm attempting to get some packages on Windows via luarocks and (as
>> warned by luarocks members) I am running into an issue trying to build
>> binaries - lfs in this case. My builds are failing in the linking step
>> with an error message as such (full output here
>> https://pastebin.com/vVFgfyS2):
>>
>> C:\Program Files (x86)\PUC-Lua\5.3.4\x86\lua53.dll : fatal error
>> LNK1107: invalid or corrupt file: cannot read at 0x448 (or some
>> address).
>>
>> I have run the build against three different builds of Lua:
>> - A 32 bit version compiled with mingw from
>> http://joedf.ahkscript.org/LuaBuilds/
>> - A 32 bit version I compiled with Visual Studio 2017
>> - A 64 bit version I compiled with Visual Studio 2017
>>
>> I copied the binaries to the same folder in between executions. Note
>> the different "cannot read" address in each attempt. Can someone tell
>> me what I am doing incorrectly?
>
> (Disclaimer: I'm not a Visual Studio user)
>
> From these, lemme just make a wild guess:
> https://msdn.microsoft.com/en-us/library/0h6ctxtk.aspx
> https://msdn.microsoft.com/en-us/library/hcce369f.aspx
>
> Maybe linker does not accept DLLs? *.lib instead? I have always assumed linking the DLL directly was an innovation of those who brought gcc to Windows.
>
> --
> Cheers,
> Kein-Hong Man (esq.)
> Selangor, Malaysia
>
>