From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1603 invoked by alias); 19 Mar 2012 22:49:09 -0000 Received: (qmail 1358 invoked by uid 22791); 19 Mar 2012 22:49:06 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_LOW,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com) (209.85.212.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 19 Mar 2012 22:48:41 +0000 Received: by vbbey12 with SMTP id ey12so1033482vbb.0 for ; Mon, 19 Mar 2012 15:48:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-system-of-record :x-gm-message-state; bh=RLfeUe6wB3h4kqJZDqAEH6g31YBbghqwXnQ7FjwiSz4=; b=B7YxT/NqOcqw0u6qdYGwMQd0kkwn50Qfn9QtW2sLvsVSRCgGfB9/HgxH4XIZ438kFA lpP6K1sa4ONY98RaQFDjalWNaafCXjVqtdgx7+blj4zBA3XHR1E2BX8YxrsDH7YWYOhA 6oN0Gy3ZBY0/pWC3+msrFnyzmjgplKsh3YZLcF+l9qI54ic4chSdxDTQ3l6jYqtE3dO2 Y1AC+2UILCB+gOKtPKcNWrLoqPkG5Kqm+ZsV8eGPAq/8bFJ2sCzM7shmxwY2L2xRell7 UtUlFgwdQPronNmW+bO1jbbDWNiFXUwlBDeHCSPcddIyxPfvpA6gddwSmVrHu1bcLY5a 8KLQ== Received: by 10.220.116.20 with SMTP id k20mr6092146vcq.54.1332197321027; Mon, 19 Mar 2012 15:48:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.116.20 with SMTP id k20mr6092133vcq.54.1332197320801; Mon, 19 Mar 2012 15:48:40 -0700 (PDT) Received: by 10.220.187.12 with HTTP; Mon, 19 Mar 2012 15:48:40 -0700 (PDT) In-Reply-To: References: <87k42lbvco.fsf@fleche.redhat.com> <201203151833.q2FIXeOs003077__40387.7084645957$1331836457$gmane$org@greed.delorie.com> <87d38dbtal.fsf@fleche.redhat.com> <201203151848.q2FImnAq004284__18018.6977530413$1331837385$gmane$org@greed.delorie.com> <871uotbscq.fsf@fleche.redhat.com> Date: Mon, 19 Mar 2012 22:49:00 -0000 Message-ID: Subject: Re: RFA: consolidate DWARF strings into libiberty From: Doug Evans To: Tom Tromey Cc: DJ Delorie , gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org, binutils@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-Gm-Message-State: ALoCoQm0LMKfIx0ckY6bJOy5tcaow9n3SBaHfR7GYzndgyTq1qtLGZ1rM7hcnYKgmAyTFmGDpV1umVKIxEmVL8sOyRG9aze2lf8s0i1dgXxnqw52Ru4W/VUjbq49Z3Ji+5NMGuJcHzjpPpHmYjVxg0x9A8MvUtDNQQ== X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-03/txt/msg00726.txt.bz2 On Mon, Mar 19, 2012 at 9:09 AM, Doug Evans wrote: > On Thu, Mar 15, 2012 at 12:02 PM, Tom Tromey wrote: >>>>>>> "DJ" =3D=3D DJ Delorie writes: >> >> Tom> Finally, there is already stuff in libiberty not related to >> Tom> portability. =A0E.g., hashtab or the demangler. >> >> DJ> Yeah, I know, hence my "Should I give up that premise?" >> >> Yeah. >> >> I am not sure there will ever be enough shared code to warrant a new >> library, particularly because adding a new library is so expensive -- >> not just the configury stuff but also adding it to the link lines in the >> Makefiles of all the tools that might need it. >> >> I suppose if I had my wish list implemented here, it would be to remove >> the portability stuff from libiberty in favor of gnulib, and keep >> libiberty as a higher-level library. > > That won't really fix libiberty being an ever growing kitchen sink. > > How hard would it really be to make it easier to add new libraries? > It's not like we're expecting 100. > But given the pushback for even one new library, I think we're > unnecessarily slowing ourselves down. btw, While I like using gnulib more, do we know it will necessarily always solve portability problems in a timely manner? I wouldn't mind keeping libiberty as a fallback. Plus, some of the complexity of libiberty is supporting all of $build,$host,$target in one build. The utilities I think you're thinking of adding (or at least the utilities I've come across as wanting to add to a more useful location) are just for the tools (i.e. $host). Putting them in libiberty doesn't "feel right".