This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Only compress debug sections if this saves space
- From: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- To: Cary Coutant <ccoutant at google dot com>
- Cc: Binutils <binutils at sourceware dot org>
- Date: Tue, 21 May 2013 17:40:29 +0200
- Subject: Re: Only compress debug sections if this saves space
- References: <ydd1u9f9cnv dot fsf at lokon dot CeBiTec dot Uni-Bielefeld dot DE> <ydd1u95yf6m dot fsf at lokon dot CeBiTec dot Uni-Bielefeld dot DE> <CAHACq4o-ZU8jGYO26MQLZD7mFDap9Vv1HO=t90C22sXXRDjTmQ at mail dot gmail dot com>
Cary Coutant <ccoutant@google.com> writes:
>> This patch has now remained unreviewed for a week.
>
> Both H. J. and I suggested that you make the testcase large enough to
> guarantee that all debug sections would be compressed.
As I wrote before, I'm undecided how to deal with the testcase: at least
in gcc it's frowned upon to change existing testcases in major ways, but
you rather add new ones instead. That said, I'm certainly willing to
either update the testcase or add a second one where all debug sections
do compress, but absent any indication that the general idea of the
patch is acceptible, I'd like to avoid spending more time on it just to
have it rejected.
> If you're going to just discard all the new frags created by the trial
> compression, I wonder if you should create those on a new obstack and
> then discard that obstack before returning? (I suppose any memory leak
> here would be minor, since the only time we'll choose not to use the
> compressed frags is when they're quite small.)
I wondered about this myself, but decided to just return from
compress_debug as several other already do. I could change that if the
savings are considered worthwhile.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University