This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: gdb & arm
- To: Keith Seitz <keiths at cygnus dot com>
- Subject: Re: gdb & arm
- From: Quality Quorum <qqi at world dot std dot com>
- Date: Thu, 4 Oct 2001 16:31:24 -0400
- cc: <gdb at sources dot redhat dot com>
On Thu, 4 Oct 2001, Keith Seitz wrote:
> On Thu, 4 Oct 2001, Quality Quorum wrote:
>
> > It call to arm_skip_prologue call find_pc_partial_function and
> > it succeeds.
>
> So:
>
> if (find_pc_partial_function (pc, NULL, &func_addr, &func_end))
> {
> sal = find_pc_line (func_addr, 0);
> if ((sal.line != 0) && (sal.end < func_end))
> return sal.end;
> }
>
> find_pc_partial_function and find_pc_line succeed, but sal.end=func_end,
> right? This is the problem I had. Line table problems from gcc was my
> determination.
???? I do not understand you, sal.end contains a value pointed by (*)
below. I suppose it is a correct behavior.
>
>
> > My function start looks like following
> >
> > mov ip, sp
> > stmdb !sp, { ...}
> > sub fp, ip, #4
> > (*) <start moving data from apcs registers to locations
> > described in symbol tables>
> >
> >
> > (*) - breakpoint goes here.
>
> The prologues I was looking were exactly like this. I think we may be
> seeing the same problem. What does readelf say for the line info?
I am working with arm-aout and arm-aout-readelf was built but it does
not like file format. Can use objdump for the purpose ?
> Keith
Thanks,
Aleksey