Date: Fri, 21 Oct 2011 01:05:15 +0200 (CEST) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Zhihao Yuan <lichray@gmail.com> Cc: Joerg Sonnenberger <joerg@britannica.bec.de>, Dimitry Andric <dim@freebsd.org>, freebsd-hackers@freebsd.org Subject: Re: .eh_frame, .eh_frame_hdr - how to remove that trash Message-ID: <alpine.BSF.2.00.1110210104430.158@wojtek.tensor.gdynia.pl> In-Reply-To: <CAGsORuAE=ijhzezLuSJ4aq0a1p_e72Pi58OALAfJAzjkjUbM%2Bg@mail.gmail.com> References: <alpine.BSF.2.00.1110200937220.33102@wojtek.tensor.gdynia.pl> <20111020082234.GA4568@britannica.bec.de> <alpine.BSF.2.00.1110201244001.36805@wojtek.tensor.gdynia.pl> <4EA01063.8040304@FreeBSD.org> <CAGsORuAE=ijhzezLuSJ4aq0a1p_e72Pi58OALAfJAzjkjUbM%2Bg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>> --remove-section .rel.eh_frame --remove-section .rela.eh_frame >> $your_executable >> > > After I done this, the binary size *increased* a lot, while objdump shows > that the content is less. I don't understand. > add -fomit-frame-pointer -fno-exceptions -fno-asynchronous-unwind-tables -fno-unwind-tables when compiling with gcc and this trash is not produced at first place.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1110210104430.158>