Back out symlinking of libpthread.so in coregrind; it causes build

problems on many modern distros.  Not sure how to resolve this properly.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@1637

diff --git a/coregrind/Makefile.am b/coregrind/Makefile.am
index e3ff40c89d67d3784747625b1deb690828cbb82d..3f2a31339800b0a74c647ad359300a17c667cf44 100644 (file)
--- a/coregrind/Makefile.am
+++ b/coregrind/Makefile.am
@@ -82,7 +82,9 @@ noinst_HEADERS = \
         vg_constants.h          \
        vg_unsafe.h
 
-MANUAL_DEPS = $(noinst_HEADERS) $(include_HEADERS) libpthread.so.0
+#### JRS 17 May 03, see comment below
+####MANUAL_DEPS = $(noinst_HEADERS) $(include_HEADERS) libpthread.so.0
+MANUAL_DEPS = $(noinst_HEADERS) $(include_HEADERS)
 
 vg_memory.o: vg_memory.c $(MANUAL_DEPS)
        $(COMPILE) -O2 @PREFERRED_STACK_BOUNDARY@ -c $<
@@ -90,5 +92,8 @@ vg_memory.o: vg_memory.c $(MANUAL_DEPS)
 vg_intercept.o vg_libpthread.o vg_replace_malloc.o: CFLAGS += -fno-omit-frame-pointer
 
 ## Must have a libpthread.so.0 symlink
-libpthread.so.0:
-       ln -s libpthread.so libpthread.so.0
+#### JRS 17 May 03, this messes up the build system on many
+#### modern distros, since most build tools (make etc) are
+#### linked with libpthread.
+####libpthread.so.0:
+####   ln -s libpthread.so libpthread.so.0