From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24260 invoked by alias); 8 Jan 2015 19:39:28 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 24248 invoked by uid 89); 8 Jan 2015 19:39:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ob0-f176.google.com Received: from mail-ob0-f176.google.com (HELO mail-ob0-f176.google.com) (209.85.214.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 08 Jan 2015 19:39:26 +0000 Received: by mail-ob0-f176.google.com with SMTP id vb8so9843818obc.7 for ; Thu, 08 Jan 2015 11:39:24 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.60.52.132 with SMTP id t4mr6759043oeo.11.1420745964291; Thu, 08 Jan 2015 11:39:24 -0800 (PST) Received: by 10.76.185.7 with HTTP; Thu, 8 Jan 2015 11:39:24 -0800 (PST) In-Reply-To: <536F5890-7760-456F-A793-586D5493C3B2@dell.com> References: <20141214144317.GA25790@gmail.com> <87tx012qlu.fsf@kepler.schwinge.homeip.net> <536F5890-7760-456F-A793-586D5493C3B2@dell.com> Date: Thu, 08 Jan 2015 19:39:00 -0000 Message-ID: Subject: Re: PATCH: Compress debug sections for Linux/x86 by default From: "H.J. Lu" To: Paul Koning Cc: "Joseph S. Myers" , Thomas Schwinge , Binutils , Joel Brobecker Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00096.txt.bz2 On Thu, Jan 8, 2015 at 11:25 AM, wrote: > >> On Jan 8, 2015, at 2:14 PM, H.J. Lu wrote: >> >> On Thu, Jan 8, 2015 at 10:35 AM, Joseph Myers = wrote: >>> On Thu, 8 Jan 2015, H.J. Lu wrote: >>> >>>> On Thu, Jan 8, 2015 at 8:18 AM, Thomas Schwinge wrote: >>>>> Hi! >>>>> >>>>> On Mon, 15 Dec 2014 11:04:01 -0800, "H.J. Lu" w= rote: >>>>>> On Mon, Dec 15, 2014 at 10:47 AM, Joseph Myers wrote: >>>>>>> On Sun, 14 Dec 2014, H.J. Lu wrote: >>>>>>> >>>>>>>> I checked in this patch to compress debug sections for Linux/x86 by >>>>>>>> default. >>>>>>> >>>>>>> I don't think it makes sense for something like this to be >>>>>>> architecture-dependent. If desired it should be done for GNU/Linux= on all >>>>>>> architectures (and probably for GNU/Hurd, GNU/kFreeBSD etc. - all s= ystems >>>>>>> with GNU userspace), if not for all ELF targets. >>>>>> >>>>>> Sure, someone can contribute a patch. >>>>> >>>>> I don't like this attitude very much. We should strive to be a bit m= ore >>>>> cooperative within our own community, at least. As Joseph says, ther= e is >>>>> no reason to restrict this change -- which, as Joel has pointed out, = has >>>>> not been discussed/reviewed/approved before -- to x86 GNU/Linux only. >>>> >>>> It is next to impossible to get agreements for all targets. >>>> It is better to start from somewhere. Each target maintainer >>>> should make his/her own decision. >>> >>> My point is that agreement for all targets is not what we want anyway. >>> We should make a decision for the GNU system (or for ELF targets in >>> general) and then apply that to all targets that are part of the GNU >>> system (i.e. all with GNU userspace) (or for ELF targets in general). = If >>> an OS maintainer thinks it's bad for their OS, don't enable it there, b= ut >>> enabling / disabling on a per-architecture (as opposed to per-OS) basis >>> doesn't make sense without a compelling justification. And we don't ha= ve >>> many OS maintainers. >>> >> >> We don't even have a Linux OS maintainer for binutils. What >> takes to enable compression by default on Linux? > > What does it take to enable it generally, independent of OS? Or at least= generally for ELF? That would seem to be a matter of new machinery in com= mon ELF handling code that=E2=80=99s part of core binutils (BFD, right?). This feature is very generic and should work for all ELF targets. Is there anyone who can make a decision to enable it for all ELF targets by default? > Also, your comment seems to imply that this feature, which is conceptuall= y completely generic, can only ever be delivered to one target platform on = one OS because there aren=E2=80=99t maintainers for other flavors. That do= esn=E2=80=99t seem right. > --=20 H.J.