From owner-freebsd-arch@FreeBSD.ORG Thu May 1 07:02:58 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 28EC637B401; Thu, 1 May 2003 07:02:58 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1756B43FA3; Thu, 1 May 2003 07:02:57 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: by mx0.freebsd-services.com (Postfix, from userid 1002) id E9F481B214; Thu, 1 May 2003 15:02:55 +0100 (BST) Date: Thu, 1 May 2003 15:02:55 +0100 From: Paul Richards To: "Jacques A. Vidrine" Message-ID: <20030501140255.GB1869@survey.codeburst.net> References: <20030430031856.GA20258@madman.celabo.org> <20030430144149.GA7786@dragon.nuxi.com> <20030430002014.GA1190@dragon.nuxi.com> <20030430043303.GA46365@mero.morphisms.net> <20030430062647.GA82023@rot13.obsecurity.org> <20030430143121.GK39658@survey.codeburst.net> <20030430152708.GA26216@madman.celabo.org> <20030430153645.GL39658@survey.codeburst.net> <20030430164135.GB26508@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030430164135.GB26508@madman.celabo.org> User-Agent: Mutt/1.4.1i cc: "W. Josephson" cc: freebsd-arch@FreeBSD.org Subject: Re: `Hiding' libc symbols (was Re: cvs commit: src/lib/libc/gen ...) 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: Thu, 01 May 2003 14:02:58 -0000 On Wed, Apr 30, 2003 at 11:41:35AM -0500, Jacques A. Vidrine wrote: > [Trimmed cc:list; moving to freebsd-arch] > > > First, has something been broken by making strlcpy/strlcat into a weak > reference? Yes, deliberately overloading it from an application now no longer works. What really concerns me though, is that behaviour is only defined for 2 functions. I think this should be backed out, as most people in this thread have pointed out, you've added a quirk to our C library to fix a poorly coded application and whichever way you look at it, that's not the right solution. The implementation of FreeBSD should be what's correct, we shouldn't fudge things to accomodate bad packages, fix the problem where the problem really exists. -- Paul Richards