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.
diff --git a/Makefile.in b/Makefile.in
index fb5e911..163dc17 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -170,6 +170,7 @@
$(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 @@
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 @@
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: