Re: MIPS_STABS_ELF is now broken

[Daniel Jacobowitz <drow at mvista dot com>]

On Thu, Jun 13, 2002 at 08:43:14AM -0700, H . J . Lu wrote:
> On Tue, Jun 11, 2002 at 05:59:41PM -0400, Daniel Jacobowitz wrote:
> > On Tue, Jun 11, 2002 at 02:46:38PM -0700, H . J . Lu wrote:
> > > On Tue, Jun 11, 2002 at 05:24:09PM -0400, Daniel Jacobowitz wrote:
> > > > On Tue, Jun 11, 2002 at 01:33:58PM -0700, Eric Christopher wrote:
> > > > > On Tue, 2002-06-11 at 13:35, Maciej W. Rozycki wrote:
> > > > > > On Tue, 11 Jun 2002, H . J . Lu wrote:
> > > > > > 
> > > > > > > > ports do.  '.file 1 "foo.c"' is DWARF-2 usage, not STABS usage, and gas
> > > > > > > > has no business trying to second-guess the compiler.
> > > > > > > 
> > > > > > > But it is not an excuse to break the existing gcc binaries. Here is a
> > > > > > > new patch. It basically treats
> > > > > > 
> > > > > >  Why?  If one can update binutils, one can update gcc as well, can't one?
> > > > > > It's a gcc bug, after all.
> > > > > 
> > > > > I agree. I've talked to daniel off line and he's working on a patch that
> > > > > should solve a lot of the problems. I'll let him post it when he's done.
> > > > 
> > > > Here it is.  It'll even work with old compilers for stabs, like H.J.
> > > > wanted.  We eventually arrived at just about the same patches.
> > > > 
> > > > Eric, changes since last time: "-mdebug" and clearer setting of
> > > > ECOFF_DEBUGGING, as Richard pointed out; handling the first stab
> > > > separately, as H.J. asked.
> > > > 
> > > > GCC will need to be updated for DWARF-2; I'll send a revised version of
> > > > that in a bit.
> > > > 
> > > 
> > > Could you please post a patch without diffs to configure? Thanks.
> > 
> > Sorry about that.
> > 
> 
> I am having the second thought. The gas change is too big for me. May
> I propose to do these:
> 
> 1. Modify the mips gas to take either
> 
> 	.file "foo.c"
> or
> 
> 	.file 1 "foo.c"
> 
> as the first line for stabs, dwarf and mdebug.
> 
> 2. Modify gcc 3 to emit
> 
> 	.file "foo.c"
> 
> as the first line for stabs, dwarf and mdebug.
> 
> In this way, the new gas will still work with the existing compiler
> and the dwarf/stabs output will be very similar to x86. That means you
> have to use the new gas for gcc 3. I will post my gas/gcc changes
> shortly.

What advantage do you claim this has over the patches I posted (which
have already gone in on the GCC side, and which do not make GCC3
require a new binutils version for stabs output)?

Also, your patch will be incompatible with traditional MIPS assemblers
and their use of .file.  All the world is not GNU as!

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer