The real solution, I think, is upstream with Lua. They need something like an -m32 option for producing 32-bit compatible output from their 64-bit compiler. Right now, it has such no option (that I can find). Here's what I added to the wiki, would be happy to update if this is wrong:<div>
<br></div><div><a href="http://wiki.videolan.org/Win32Compile_Under_Fedora#Install_32-bit_Lua">http://wiki.videolan.org/Win32Compile_Under_Fedora#Install_32-bit_Lua</a></div><div><br></div><div>It's (relatively) simple on Fedora because both the 32-bit and 64-bit luac's can coexist, though I saw (can't remember where) that someone needed to compile his own 32-bit luac under a different distribution.<br>
<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> On Fri, 10 Feb 2012 03:19:31 -0500, Rafa?l Carr? <<a href="mailto:funman@videolan.org">funman@videolan.org</a>><br>

> wrote:<br>
>> - apply this patch, it works most of the time on scenarios I care about<br>
>> (targetting windows/osx/android). You haven't brought any real problem<br>
>> about it except "It doesn't fit in the scheme that I designed"<br>
><br>
> You're installing a build-specific executable into a host-specific sysroot<br>
> and a host-specific contrib tarball.<br>
<br>
True I did not really think about packaging the tarball, only of using it.<br>
<br>
<br>
I think I will first revert the lua 32 bits patch and try to think of<br>
something else.<br><br></blockquote></div></div>