Patch by Brian Gallew for DG/UX. I'm not quite sure what it does but

it seems harmless for other platforms.  It plays tricks with the name
of the library used to link with.  Apparently DG/UX really wants a
shared library to link with if it wants shared modules to use symbols
from the library.  I'm not sure why this wasn't an issue with 1.4;
DG/UX seems to be the only platform where moving to a single library
made things harder!

BTW This adds a target to create libpython$(VERSION).so; however this
target is *only* for DG/UX.

Makefile.in

@@ -170,6 +170,7 @@ python:		$(LIBRARY) buildno
 		      $(srcdir)/Modules/getbuildinfo.c
 		$(AR) cr $(LIBRARY) getbuildinfo.o
 		$(RANLIB) $(LIBRARY)
+		@DGUX_IS_BROKEN@
 		cd Modules;  $(MAKE) OPT="$(OPT)" VERSION="$(VERSION)" \
 			prefix="$(prefix)" exec_prefix="$(exec_prefix)" \
 			LIBRARY=../$(LIBRARY) link
@@ -191,6 +192,12 @@ $(LIBRARY):	$(SUBDIRS)
 		for i in $(SUBDIRS); do \
 			(cd $$i; $(MAKE) VERSION="$(VERSION)" add2lib); done
 
+# This rule is only here for DG/UX!!!
+libpython$(VERSION).so:	$(LIBRARY)
+		test -d dgux || mkdir dgux
+		(cd dgux;ar x ../$^;ld -G -o ../$@ * )
+		/bin/rm -rf ./dgux
+
 $(SUBDIRS):	Makefiles
 
 Parser:
@@ -245,6 +252,8 @@ altbininstall:	python
 			fi; \
 		done
 		$(INSTALL_PROGRAM) python$(EXE) $(BINDIR)/python$(VERSION)$(EXE)
+		@DGUX_IS_BROKEN@
+		test -f libpython$(VERSION).so && $(INSTALL_DATA) libpython$(VERSION).so $(LIBDIR)
 
 # Install the manual page
 maninstall: