From owner-freebsd-arch@FreeBSD.ORG  Thu May  8 10:20:42 2003
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D2C6937B401; Thu,  8 May 2003 10:20:42 -0700 (PDT)
Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E739343F85; Thu,  8 May 2003 10:20:41 -0700 (PDT)
	(envelope-from eischen@pcnet1.pcnet.com)
Received: from pcnet1.pcnet.com (localhost [127.0.0.1])
	by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h48HKTBg004818;
	Thu, 8 May 2003 13:20:29 -0400 (EDT)
Received: from localhost (eischen@localhost)h48HKS7Q004814;
	Thu, 8 May 2003 13:20:28 -0400 (EDT)
Date: Thu, 8 May 2003 13:20:28 -0400 (EDT)
From: Daniel Eischen <eischen@pcnet1.pcnet.com>
To: Archie Cobbs <archie@dellroad.org>
In-Reply-To: <200305081617.h48GHcZT008633@arch20m.dellroad.org>
Message-ID: <Pine.GSO.4.10.10305081307010.2068-100000@pcnet1.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: "Jacques A. Vidrine" <nectar@freebsd.org>
cc: freebsd-arch@freebsd.org
Subject: Re: Re: `Hiding' libc symbols
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussion related to FreeBSD architecture
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 May 2003 17:20:43 -0000

On Thu, 8 May 2003, Archie Cobbs wrote:

> Paul Richards wrote:
> > > But gee, the problem is that the ports themselves are not really
> > > in error, unless one is a standards fascist that believes that an
> > > application can never define any function that might be in some
> > > standard's namespace.
> > 
> > Any C code that isn't written according to the standard that defines
> > C is broken.
> > 
> > There's just no argument to be made that FreeBSD should be hacked
> > to support C code that is written by programmers who haven't bothered
> > to learn the rules of C properly.
> 
> Agreed... and even if you *do* believe FreeBSD should accomodate
> such broken applications, the place to put the hack is in the port,
> not in the base system.

I don't see it as a hack; I see it as cleaning up our library
and removing loose ends.  We are a vendor and we should provide
a libc that is internally consistent regardless of what an
application does (to the extent that we can).  We already
have weak symbols in libc, all the syscalls are that way, plus
some others.  Someone makes strlcpy and strlcat weak symbols,
something that NetBSD already does, and we have an endless
thread on it???  (Sorry to add to it).

If applications really want to override our use of standard
functions within libc, then they can still do that.  And
there are very few ports that really need to do this.
It's not rocket science trying to figure out what the
actual symbols are -- nm will most likely give you what
you want.

At any rate, can we please put this thread to rest until
Jacques comes back from vacation?  It doesn't make sense
arguing about it when the main proponent of it is not
here.

-- 
Dan Eischen