From owner-freebsd-ports@FreeBSD.ORG Sun Feb 22 09:16:04 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8147C1065670 for ; Sun, 22 Feb 2009 09:16:04 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C09088FC13 for ; Sun, 22 Feb 2009 09:16:03 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: (qmail invoked by alias); 22 Feb 2009 09:16:01 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 212.46.126.165) [212.46.126.165] by mail.gmx.net (mp008) with SMTP; 22 Feb 2009 10:16:01 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX190EP43pHp0JAIw2+xzU0XmxgOfpK9LPiR8S5vvY6 x4aJsUs4mbmCu+ Date: Sun, 22 Feb 2009 10:16:21 +0100 From: "Thomas Schmitt" To: freebsd-ports@freebsd.org References: <20090222093452.31721928ruovf3gk@webmail.leidinger.net> In-Reply-To: <20090222093452.31721928ruovf3gk@webmail.leidinger.net> Message-Id: <102368789721915@212.46.126.165> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Subject: Re: Problem with .so numbering on FreeBSD in contrast to Linux X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 09:16:04 -0000 Hi, Alexander Leidinger wrote: > > which i believe complies to policies-shlib.html. > I think this is a little bit outdated. We only have one number after the .so > since a long time. All libs in /lib and /usr/lib are .so.X and for 3rd party > applications most are .so.X (those which aren't are a sign of bugs in the > ports collection). So this is really a feature. Ahum. What is the meaning of that single number ? Shall it be incremented with each new release or shall it be kept stable until ABI backward compatibility gets broken ? I.e. shall i produce libburn.so.4 with each release, or shall i produce libburn.so.27 libburn.so.29 libburn.so.31 where Linux would have 4.23.0, 4.25.0, 4.27.0 and let .so.4 applications start with any of those. A compatibility check at run time is part of the libburn API specs. So the applications are supposed to be able to detect feature sets that are too old for their needs. I.e. libburn.so.4 would be technically ok. My question is about the FreeBSD conventions in order to be friendly to my port maintainer and to sysadmins. Myself wrote: > > Maybe the FreeBSD community should discuss this > > with the GNU libtool project. Alexander Leidinger wrote: > On one of my systems 1.2% are not .so.X: Well, it looks like rather the online handbook needs to be discussed first. For now i have to ask the bystanders here for their opinions. Have a nice day :) Thomas