nxproxy/{m4,configure.ac,src/Makefile.am}: drop pthread overlinking.

nxproxy/configure.ac

@@ -28,17 +28,6 @@ NX_DEFAULT_OPTIONS
 
 NX_TARGET_USE_ELF
 
-dnl This is a workaround for a nasty libtool bug.
-dnl We actually compile libXcomp with pthread support, but libtool uses g++ ... -nostdlib ... -pthread
-dnl on Linux. -nostdlib causes -pthread to be ignored.
-dnl According to GCC upstream, this is not a bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25460
-dnl GCC upstream insists that libtool needs to handle -pthread in a special way when using -nostdlib.
-dnl A patch has been submitted to the libtool project: http://lists.gnu.org/archive/html/libtool-patches/2013-11/msg00015.html
-dnl but never applied to the code base. Boo.
-dnl We will work around this bug by using AX_PTHREAD and linking with pthread support in all consumers of
-dnl libXcomp for now.
-AX_PTHREAD([], AC_MSG_ERROR([no POSIX threads support detected]))
-
 AC_CONFIG_FILES([
 Makefile
 man/Makefile

nxproxy/m4/ax_pthread.m4

-../../m4/ax_pthread.m4
\ No newline at end of file

nxproxy/src/Makefile.am

@@ -9,12 +9,10 @@ nxproxy_SOURCES =					\
     $(NULL)
 
 nxproxy_LDADD =						\
-    @PTHREAD_LIBS@					\
     -L$(top_srcdir)/../nxcomp/src/.libs -lXcomp		\
     $(NULL)
 
 nxproxy_LDFLAGS =					\
-    $(PTHREAD_LDFLAGS)					\
     $(NULL)
 
 if TARGET_ELF
@@ -25,7 +23,6 @@ endif TARGET_ELF
 
 nxproxy_CFLAGS =					\
     $(BASE_CFLAGS)					\
-    $(PTHREAD_CFLAGS)					\
     $(NULL)
 
 AM_CPPFLAGS =						\