>Number:         396
>Category:       bin
>Synopsis:       ld/ld.so (on hp300) pay too much attention to shared library minor numbers
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    gnats-admin (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Aug  6 15:35:12 1994
>Originator:     jason downs
>Organization:
spherical domain of death and darkness
>Release:        NetBSD 1.0_BETA
>Environment:
	NetBSD/hp300 (I've heard this bug does not exist on the i386.)
System: NetBSD nemesis 1.0_BETA NetBSD 1.0_BETA (NEMESIS) #0: Sat Aug 6 05:54:36 PDT 1994 root@nemesis:/usr/src/sys/arch/hp300/compile/NEMESIS hp300


>Description:
	Recently, I had occasion to increment my libc's minor number, and
then revert back to 12.0.  Upon doing so, those binaries that were linked
during the existance of libc.12.1 no longer worked, as ld.so would
fail.  This is wrong, since ld.so shouldn't care what the _minor_ number
was at original link time, only the _major_ number.  It should simply
pull in the highest numbered _minor_ revision that exists at run time.
>How-To-Repeat:
	Inc the minor number of a library, link a dynamic binary, and
then revert back to the previous version of the library.
>Fix:
	Not known, but I don't imagine it's too difficult.
>Audit-Trail:
>Unformatted:


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