From owner-freebsd-commit  Mon Feb 26 14:30:11 1996
Return-Path: owner-commit
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA22833
          for freebsd-commit-outgoing; Mon, 26 Feb 1996 14:30:11 -0800 (PST)
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA22804
          for cvs-all-outgoing; Mon, 26 Feb 1996 14:30:04 -0800 (PST)
Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA22739
          Mon, 26 Feb 1996 14:29:37 -0800 (PST)
Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id OAA18049; Mon, 26 Feb 1996 14:29:03 -0800 (PST)
Message-Id: <199602262229.OAA18049@precipice.shockwave.com>
X-Mailer: exmh version 1.6.5 12/11/95
To: asami@cs.berkeley.edu (Satoshi Asami)
cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        cvs-gnu@freefall.freebsd.org
Subject: Re: cvs commit: src/gnu/usr.bin/ld/ldconfig ldconfig.c 
In-reply-to: Your message of "Mon, 26 Feb 1996 13:13:50 PST."
             <199602262113.NAA04089@silvia.HIP.Berkeley.EDU> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 26 Feb 1996 14:29:02 -0800
From: Paul Traina <pst@shockwave.com>
Sender: owner-commit@FreeBSD.ORG
Precedence: bulk

>  *   Bring in some of Paul K's fixes for ldconfig from NetBSD-current.
>  *   This solves the problem of being unable to use shared libraries with dots
>  *   in their names before the ".so.<version>" code.
> 
> Hmm.  So the idea of changing ld so that "ld -lfoo.N" means "major
> version N of libfoo" has officially died.  Pity, it would have helped
> maintain ports that require different versions of shared libraries.
> 
> I'd have opposed this change if it were proposed and discussed, but if 
> NetBSD already has it this way, I guess it's better if we follow suit
> than being incompatible....
> 
> Satoshi

But that's not the case, it -never- worked properly, ldconfig just barfed
if it found a dot before the .so.  In any case, I think using libfoo<n>.so.n.n
is much more portable among various unix flavors.