Remove the glibc libintl kludge.

Afterall it's not our bug. More importantly, the vlc_cond_wait "possible
deadlock" debug message has been removed, which makes the problem a lot
less likely to happen.

diff --git a/src/vlc.c b/src/vlc.c
index 7f7f224f8b3cc73798ce1d35d34a391d719ee830..208fd86b5dcc7c3ba12d3a12e8f5bc4c0456f1cd 100644 (file)
--- a/src/vlc.c
+++ b/src/vlc.c
@@ -35,9 +35,6 @@
 #include <stdio.h>
 #include <stdlib.h>
 #include <locale.h>
-#ifdef __GLIBC__
-#include <dlfcn.h>
-#endif
 
 
 /* Explicit HACK */
@@ -68,20 +65,6 @@ int main( int i_argc, const char *ppsz_argv[] )
 {
     int i_ret, id;
 
-#   ifdef __GLIBC__
-    if (dlsym (RTLD_NEXT, "inet6_rth_add") && !dlsym (RTLD_NEXT, "qsort_r"))
-    {
-        /* Way too many Linux users have glibc 2.5-2.7 that keeps crashing
-         * inside its non-thread-safe dcgettext(). */
-        /* Hopefully glibc 2.8 will eventually work, not sure though */
-        fprintf (stderr,
-"***************************************************\n"
-"*** glibc version with broken libintl detected. ***\n"
-"*** Messages localization will be disabled.     ***\n"
-"***************************************************\n");
-        setenv ("LC_MESSAGES", "C", 1);
-    }
-#   endif
     setlocale (LC_ALL, "");
 
 #ifndef __APPLE__