[ python-Bugs-824565 ] bad value of INSTSONAME in Makefile

[SourceForge.net]

Bugs item #824565, was opened at 2003-10-16 07:05
Message generated for change (Comment added) made by loewis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=824565&group_id=5470

Category: Build
Group: Python 2.3
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Kyle Lanclos (lanclos)
Assigned to: Nobody/Anonymous (nobody)
Summary: bad value of INSTSONAME in Makefile

Initial Comment:
With the 2.3.2 source on a Solaris 9 machine and the
following configure:

./configure --prefix=/opt/python-2.3.2 --enable-shared

'make; make install' will result in an error when the
Makefile tries to link the .so file, because INSTSONAME
= LDLIBRARY = libpython$(VERSION).so, and the linker
tries to do:

$(INSTALL_SHARED) libpython$(VERSION)$(SO)
$(DESTDIR)$(LIBDIR)/$(INSTSONAME);

(cd $(DESTDIR)$(LIBDIR); $(LN) -sf $(INSTSONAME)
libpython$(VERSION)$(SO));

This is all fine and good, except that
libpython$(VERSION)$(SO) is the same as INSTSONAME, and
you end up doing:

ln -sf libpython2.3.so libpython2.3.so

...which rightfully returns an error. Looking at the
generated Makefile on Linux, the value of INSTSONAME is:

INSTSONAME=     libpython$(VERSION).so.1.0

...instead of this value from Solaris:

INSTSONAME=     $(LDLIBRARY)

----------------------------------------------------------------------

>Comment By: Martin v. Löwis (loewis)
Date: 2003-11-19 20:57

Message:
Logged In: YES 
user_id=21627

This is fixed with patch #841807.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=824565&group_id=5470