From owner-freebsd-hackers Wed Sep 8 22:58:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id E35C514BD6 for ; Wed, 8 Sep 1999 22:54:26 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i353.ztm.euronet.nl [194.134.67.114]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id HAA20041; Thu, 9 Sep 1999 07:54:12 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id HAA27322; Thu, 9 Sep 1999 07:54:09 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D74B81.FDE66686@scc.nl> Date: Thu, 09 Sep 1999 07:54:09 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dmitrij Tejblum Cc: hackers@FreeBSD.ORG Subject: Re: 32+ signals and library versions References: <199909081812.WAA86144@arc.hq.cti.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dmitrij Tejblum wrote: > > > Another issue when sigset_t changes is the version numbers of shared > > libraries. Since libc and libc_r have changed on the interface level, they > > need a version bump. > > I suggest to try to avoid the version bump. NetBSD-like way to do it: > Give new implementations another names in object files, so that they > don't conflict with old implementations, and preserve old > implementations in the library too. To make the compiler generate calls > to new implementations, one can add appropriate #define s in .h files. > For GCC, __asm__ attribute also can be used. That still is an interface change and thus needs a version bump. How else do I know wich version x library has the new implementations (besides the larger one :-)? -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message