cmake_modules/FindLua.cmake
Wed, 07 May 2014 19:26:05 +0200 sheepluva rolling back (most of) lua 5.2 compatibility patches. hopefully that will unbreak unC0Rr's lua issues for now.
Mon, 28 Apr 2014 21:01:39 +0200 sheepluva don't search for lua 5.1 anymore
Mon, 28 Apr 2014 16:52:00 +0200 sheepluva minimal changes for compatibility with lua 5.2, thanks to v4hn for fixing standard library loads. note: ALSO compatibile with (internal) lua 5.1, until something bothers to upgrade bundled lua version
Wed, 12 Jun 2013 18:48:34 +0200 koda add a possible lua include path
Wed, 12 Jun 2013 11:17:54 +0200 koda heavily rework lua discovery and linking, needs testing but it's more similar to what we do for other libraries now
Tue, 20 Nov 2012 19:16:11 +0100 koda find lua.h ...
Tue, 20 Nov 2012 17:50:17 +0100 koda use lua headers correctly
Wed, 13 Jun 2012 11:18:30 -0400 nemo LUA_FOUND should surely be set only if the system lua was found.
Fri, 11 May 2012 00:11:01 +0200 koda fix building with lua (i think)
Mon, 07 May 2012 14:53:08 +0200 koda when Lua is not found, fallback to compiling the one that comes bundled in our sources
Sat, 24 Mar 2012 16:46:56 +0100 Xeli wops ;i
Sat, 24 Mar 2012 16:41:35 +0100 Xeli ANDROID and WIN32 can both be set to 1, so have ANDROID take preference
Sat, 24 Mar 2012 15:52:07 +0100 Xeli fixed some typo's. LUA_LIBRARY now points to the right name, regardless of the host machine. Running cmake after a bad attempt (ie forgot to add paths to PATH) now works rather than having to clean the cache
Sun, 28 Mar 2010 23:10:33 +0000 mbait Birdy's falling feathers
Sun, 28 Mar 2010 11:34:06 +0000 smxx CMake:
less more (0) -15 tip