Yes, official LÖVE 0.8.0 builds for Windows have Lua statically linked (for VC++ runtime library IO and distribution reasons) and they do not export the symbols. Yes, the clean solution is to rebuild LÖVE and linking with a dynamic Lua instead (in that case, you also want the dynamic VC++ runtime l...

But linking statically with Lua from multiple modules is known to cause issues. As stated, if possible I want to link dynamically against the same Lua instance as LÖVE itself, which AFAICT on Windows is statically linked into the executable. If that's the case, I either need to link against the exec...

So I've been writing this module in C++ to use with LÖVE. I've gotten it working with the command-line Lua interpreter, but now I want to test it in LÖVE proper, and I don't know what to link it against. Using "love/lib/x86/.../lua51.lib" gives me a "lua51.dll not found" error at...

Let's see here... I'll go with alphabetical order: assembly (Allegrex, ARM7, x86, Z80-DMG), BASIC (mainly QBASIC and Visual Basic), C/C++/C#, HTML, Java, Lua (of course!), Pascal (Turbo Pascal, Delphi), PHP, Python, XML. I've also learned a little D, Javascript, and perl, but not really enough to sa...

I had a submission, but it was totally blown away by BlackBulletIV's. Must go back and work on it some more.

Among other things, a LOVEly modern rendition of the rather old-school game "NanoTank." (Old-old-OLD, as in this game was for Windows 3.1 , old-school.) So far it loads level data, loads and saves player data, and has some basic gameplay (left-click to set destination, right-click to manip...

Seconded! What composite mode did you use? I couldn't get the colors to look right, so I just twiddled with the original logo image.

BlackBulletIV wrote:Ha ha ha, nice take on Ebay.

Thanks. I tried to do the 'e' as well, but I'm not that good with the GIMP.

I was linked here by friends from luaplayer.org, and always wondered what was up with the avatars. Now I know.

Is this compliant? -->