From owner-freebsd-arch@FreeBSD.ORG Tue May 6 11:02:27 2003 Return-Path: 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 D641E37B401; Tue, 6 May 2003 11:02:27 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 483CB43F3F; Tue, 6 May 2003 11:02:27 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by attbi.com (rwcrmhc53) with ESMTP id <2003050618022605300ou7bte>; Tue, 6 May 2003 18:02:26 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA37309; Tue, 6 May 2003 11:02:25 -0700 (PDT) Date: Tue, 6 May 2003 11:02:24 -0700 (PDT) From: Julian Elischer To: "Jacques A. Vidrine" In-Reply-To: <20030506175557.GE79167@madman.celabo.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: David O'Brien 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:02:28 -0000 On Tue, 6 May 2003, Jacques A. Vidrine wrote: > On Tue, May 06, 2003 at 10:09:19AM -0700, David O'Brien wrote: > > On Mon, May 05, 2003 at 12:54:28PM -0500, Jacques A. Vidrine wrote: > > > > > I'm backing out the commit in good faith and in the hopes that the > > > > > big picture comes more clearly into focus. > > > > > > > > Thanks. > > > > > > Do you also want to `fix' the other ports that define their own strlcpy? > > > > Ports have maintainers. Please create a PR for them. > > 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. If you could do your census again but this time showing which symbols clash we would have a better idea of what we are talking about.. Probably most of these packages have these function 'in case' the system does not. You can also bet that if compiled on Linux they don't include these functions if Linux has them, so I'm willing to bet that many of them have ways to turn off much of the excess stuff. > > Cheers, > -- > Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal > nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" >