From owner-freebsd-hackers  Sun Feb 26 14:39:17 1995
Return-Path: hackers-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09044 for hackers-outgoing; Sun, 26 Feb 1995 14:39:17 -0800
Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09034; Sun, 26 Feb 1995 14:39:11 -0800
Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA02372; Sun, 26 Feb 1995 15:42:20 -0700
Date: Sun, 26 Feb 1995 15:42:20 -0700
From: Nate Williams <nate@trout.sri.MT.net>
Message-Id: <199502262242.PAA02372@trout.sri.MT.net>
In-Reply-To: terry@cs.weber.edu (Terry Lambert)
       "Re: Binary compatibility with NetBSD" (Feb 26,  1:45pm)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
To: terry@cs.weber.edu (Terry Lambert),
        jkh@freefall.cdrom.com (Jordan K. Hubbard)
Subject: Re: Binary compatibility with NetBSD
Cc: jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> If you think it's a difficult task, I can set aside next Saturday to
> start to replace FreeBSD's libc with NetBSD's.

Not replace, but merge in those changes since that would be the better
solution.  There is already too much information lost in the shlib
implementation 'merges'.  The libraries are too critical of a component
to lose all of the change history.

'libc/stdio - Merged in NetBSD changes' is not enough information to
making finding bugs (that certainly exist) at a later date even remotely
possible.  By replacing the FreeBSD library we are making our source code
tools (weak as they may be) completely useless.

> I maintain that the incompatability is gratuitous.  Those areas where
> FreeBSD has code that NetBSD does not should be rolled back into NetBSD
> anyway.

And are you going to be the one that rolls those changes into NetBSD as
well?


Nate