From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24577 invoked by alias); 9 Mar 2005 05:41:00 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 23641 invoked from network); 9 Mar 2005 05:40:49 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 9 Mar 2005 05:40:49 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j295enOX009665 for ; Wed, 9 Mar 2005 00:40:49 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j295enn21432; Wed, 9 Mar 2005 00:40:49 -0500 Received: from livre.redhat.lsd.ic.unicamp.br (vpn50-43.rdu.redhat.com [172.16.50.43]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id j295elP6018156; Wed, 9 Mar 2005 00:40:48 -0500 Received: from livre.redhat.lsd.ic.unicamp.br (livre.redhat.lsd.ic.unicamp.br [127.0.0.1]) by livre.redhat.lsd.ic.unicamp.br (8.13.3/8.13.3) with ESMTP id j295dqPq031039; Wed, 9 Mar 2005 02:40:25 -0300 Received: (from aoliva@localhost) by livre.redhat.lsd.ic.unicamp.br (8.13.3/8.13.3/Submit) id j295caq3027795; Wed, 9 Mar 2005 02:38:36 -0300 To: Zack Weinberg Cc: Mike Hearn , binutils@sources.redhat.com Subject: Re: --as-needed by default References: <20050303224413.GI376@bubble.modra.org> <87y8d4e1ru.fsf@codesourcery.com> <87oeduja6z.fsf@codesourcery.com> <87d5u9itw9.fsf@codesourcery.com> From: Alexandre Oliva Organization: Red Hat Global Engineering Services Compiler Team Date: Wed, 09 Mar 2005 05:41:00 -0000 In-Reply-To: <87d5u9itw9.fsf@codesourcery.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-03/txt/msg00255.txt.bz2 On Mar 8, 2005, Zack Weinberg wrote: > What I was saying is, I don't think anyone has ever attempted, or is > likely ever to attempt, to construct such a libfoo.so, because it > wouldn't help with the corresponding libfoo.a. libfoo.a could be the linker script you suggest. > People instead bite the bullet and increment libfoo's soname. Yuck. I'd hope not. Breaking binary compatibility shouldn't be done lightly. > Therefore I do not think this is a case to be worried about. We'll have to agree to disagree on this one. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}