I'm working on a project in which some very long (millions of lines) C
source files get generated. Since GNU 'as' and 'gdb' cannot store more
than 16 bits of line number information, debugging programs using these
files is tedious.
The reason for the 16-bit limit is the n_desc field of the stabs
Scott McPeak wrote:
>
> I'm working on a project in which some very long (millions of lines) C
> source files get generated. Since GNU 'as' and 'gdb' cannot store more
> than 16 bits of line number information, debugging programs using these
> files is tedious.
>
> The reason for the 16-bit lim
> > I'm working on a project in which some very long (millions of lines) C
> > source files get generated. Since GNU 'as' and 'gdb' cannot store more
> > than 16 bits of line number information, debugging programs using these
> > files is tedious.
> Have you tried using -gdwarf-2?
I had not, a
Scott McPeak wrote:
>
> > > I'm working on a project in which some very long (millions of lines) C
> > > source files get generated. Since GNU 'as' and 'gdb' cannot store more
> > > than 16 bits of line number information, debugging programs using these
> > > files is tedious.
>
> > Have you tr
Hi Scott,
> In that case, I might change my RFE to request that 'as' emit a
> warning when it encodes a stabs n_desc value that does not fit in
> 16 bits; the warning might suggest -ggdb or -gdwarf-2.
Please could you try out the attached patch and let me know if it
generates the warning message
