This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: readelf -S and long section name


On Tue, Jul 29, 2003 at 03:09:19PM +0100, Nick Clifton wrote:
> Hi Guys,
> 
> > Daniel Jacobowitz <drow@mvista.com> writes:
> 
> >> > Perhaps test for > n chars and if so, wrap after the section name,
> >> > like
> >> >
> >> >   [11] .text             PROGBITS        00015a80 015a80 0f9e34 00  AX  0   0 16
> >> >   [12] some_really_big_section_name_probably_from_c++_name_mangling
> >> >                          PROGBITS        0010f8c0 10f8c0 00086a 00  AX  0   0 16
> >> >
> >> > With --wide, n probably should be increased too.
> >> 
> >> I rather like this idea.  HJ, Jakub - what do you think ?
> >
> > As long as there's a mode in which it doesn't do this.  The readelf -S
> > output is historically very easy to parse from the command line and I
> > have a whole bunch of very dumb shellscripts somewhere which do that.
> > Splitting the output inconsistently means you have to use a more
> > sophisticated parser than just grep.
> 
> Ok - so maybe this behaviour should only be triggered with --wide ?
> In which case maybe a more explanatory alias for --wide is needed,
> something like --no-clip-output ?

Or perhaps it should do this by default, and scripts can parse --wide
instead?  That makes sense to me also.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]