From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-7176-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 5034 invoked by alias); 19 Dec 2001 19:38:07 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 5013 invoked from network); 19 Dec 2001 19:38:05 -0000
Received: from unknown (HELO www.cgsoftware.com) (208.155.65.221)
  by sources.redhat.com with SMTP; 19 Dec 2001 19:38:05 -0000
Received: from localhost (localhost [127.0.0.1])
	by www.cgsoftware.com (8.9.3/8.9.3) with ESMTP id OAA30471;
	Wed, 19 Dec 2001 14:37:56 -0500
Date: Wed, 19 Dec 2001 11:38:00 -0000
From: Daniel Berlin <dan@cgsoftware.com>
To: Paolo Molaro <lupus@ximian.com>
cc: Andrew Cagney <ac131313@cygnus.com>, <gdb@sources.redhat.com>
Subject: Re: large line number debugging support
In-Reply-To: <20011219152007.GG959@lettere.unipd.it>
Message-ID: <Pine.LNX.4.33.0112191436400.30389-100000@www.cgsoftware.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-SW-Source: 2001-12/txt/msg00173.txt.bz2



On Wed, 19 Dec 2001, Paolo Molaro wrote:

> On 12/15/01 Daniel Berlin wrote:
> > > How does dwarf2 go with this?  ``gas -gdwarf2'' will select dwarf2
> > > assembler debug info.
> >
> > DWARF2 can do line numbers as large as you like, the opcodes take leb128
> > or sleb128, as opposed to some fixed size encoding.
>
> Uhm, still no luck:
>
> $ cat test-stabs.s
> .stabs "corlib.il",100,0,0,0
> .stabs "Void:t(0,1)=(0,1)",128,0,0,0
> .stabs "myfunc:F(0,1)",36,0,70000,0x0
> .stabs "",36,0,0,204
>
> $ as -gdwarf2 test-stabs.s -o test-stabs.o
> $ objdump -G test-stabs.o
>
> test-stabs.o:     file format elf32-i386
>
> Contents of .stab section:
>
> Symnum n_type n_othr n_desc n_value  n_strx String
>
> -1     HdrSym 0      4      00000038 1
> 0      SO     0      0      00000000 14     corlib.il
> 1      LSYM   0      0      00000000 24     Void:t(0,1)=(0,1)
> 2      FUN    0      4464   00000000 42     myfunc:F(0,1)
> 3      FUN    0      0      000000cc 0
>
> $ echo $((70000-4464))
> 65536
>
> It's still trucated at 65536. So, even if the information is saved in
> the file (from an hexdump it doesn't look so), it's not used correctly
> by objdump and gdb.
> My binutils version is:
> binutils           2.11.92.0.12.3-3
>
> Maybe I'm just doing something silly?

as -gdwarf-2 would generate line number debug info for the *assembler
source*, not translate your stabs commands into dwarf2 ones.
You need to output dwarf2 info instead of stabs.