Reverted module selection feature. This is not really desired.

Users (or lovers) do not get to choose which implementation of
a module they would like to use.

The abstraction is for dealing with portability issues, not
for giving people the ability to choose an alternative
(inferior) backend. The best choice for any platform/situation
should at all times be the *default* for that platform/situation.
If this is not the case; it's a bug (that is easily fixed).

Any module should provide the functionality promised in the docs.
The lover (or user) should not care how, and if [s]he does, [s]he
does still not get to choose.

Also, a related note: duplication of wrapper code is something I
especially wanted to avoid when I first (or should I say ...
"eventually") formed the current architecture.

--HG--
branch : minor

src/modules/thread/sdl/Thread.cpp

@@ -25,7 +25,7 @@
 #ifdef LOVE_BUILD_STANDALONE
 extern "C" int luaopen_love(lua_State * L);
 #endif // LOVE_BUILD_STANDALONE
-extern "C" int luaopen_love_thread_sdl(lua_State *L);
+extern "C" int luaopen_love_thread(lua_State *L);
 
 namespace love
 {
@@ -41,7 +41,7 @@ namespace sdl
 		love::luax_preload(L, luaopen_love, "love");
 		luaopen_love(L);
 	#endif // LOVE_BUILD_STANDALONE
-		luaopen_love_thread_sdl(L);
+		luaopen_love_thread(L);
 		{
 			size_t len;
 			const char *name = comm->getName(&len);

src/modules/thread/sdl/wrap_Thread.cpp

@@ -356,7 +356,7 @@ namespace sdl
 		0
 	};
 
-	int luaopen_love_thread_sdl(lua_State *L)
+	int luaopen_love_thread(lua_State *L)
 	{
 		if(instance == 0)
 		{

src/modules/thread/sdl/wrap_Thread.h

@@ -48,7 +48,7 @@ namespace sdl
 	int w_getThreads(lua_State *L);
 	int w_getThread(lua_State *L);
 
-	extern "C" LOVE_EXPORT int luaopen_love_thread_sdl(lua_State * L);
+	extern "C" LOVE_EXPORT int luaopen_love_thread(lua_State * L);
 } // sdl
 } // thread
 } // love