From owner-freebsd-hackers  Wed Sep  8 11:13:49 1999
Delivered-To: freebsd-hackers@freebsd.org
Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3])
	by hub.freebsd.org (Postfix) with ESMTP id 1281E1541D
	for <hackers@FreeBSD.ORG>; Wed,  8 Sep 1999 11:13:34 -0700 (PDT)
	(envelope-from tejblum@arc.hq.cti.ru)
Received: from arc.hq.cti.ru (localhost [127.0.0.1])
	by arc.hq.cti.ru (8.9.3/8.9.3) with ESMTP id WAA86144;
	Wed, 8 Sep 1999 22:12:18 +0400 (MSD)
	(envelope-from tejblum@arc.hq.cti.ru)
Message-Id: <199909081812.WAA86144@arc.hq.cti.ru>
X-Mailer: exmh version 2.0zeta 7/24/97
To: Marcel Moolenaar <marcel@scc.nl>
Cc: hackers@FreeBSD.ORG
Subject: Re: 32+ signals and library versions 
In-reply-to: Your message of "Wed, 08 Sep 1999 19:03:26 +0200."
             <37D696DE.572EDD1C@scc.nl> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 08 Sep 1999 22:12:18 +0400
From: Dmitrij Tejblum <tejblum@arc.hq.cti.ru>
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> 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.

Dima




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message