DWARF question

[Carlos Eduardo Seo]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Jim Blandy wrote:
>
> I think I see the problem.  First, check this out:
>
>     (gdb) break 20
>     No line 20 in file "1s2c.c".
>     (gdb) break 10
>     Breakpoint 1 at 0x80483a1: file 1s2c.c, line 10.
>     (gdb) break 20
>     Breakpoint 2 at 0x80483c6: file 1s2c.c, line 20.
>     (gdb)
>
I can't reproduce this using my Fortran code:

    (gdb) b 31
    No line 31 in file "test-main.f".
    (gdb) b 25
    Breakpoint 1 at 0x10000670: file test-main.f, line 25.
    (gdb) b 31
    No line 31 in file "test-main.f".

But I know that line is there:

    (gdb) b ifunc
    Breakpoint 2 at 0x10000770: file test-main.f, line 30.

> As for the fix, it seems to me that if find_line_symtab can't find a
> match in the symtabs currently loaded, it should expand partial symbol
> tables with the same name as the given symtab one by one until it
> either finds one that does have the line we're looking for, or it runs
> out of plausible psymtabs to try.
>
> Even when find_line_common does return a line number, if it sets
> *exact_match is zero, I think find_line_symtab should proceed to
> expand psymtabs.  Otherwise, if the first symtab we happen to find has
> line numbers higher than the one we're looking for, but some unread
> symtab has an exact match, we'll just return the first line number in
> the symtab we've got.
Sounds reasonable to me. I'll try this.

Regards,

- --
Carlos Eduardo Seo
Software Engineer
IBM Linux Technology Center
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHAptaqvq7Aov/qQARAnZ7AKCDL8w1DdMqZzid7OzRAyvcoz+kWQCeOW37
JrS57mExOxzSTp6vi8N9iQg=
=6/rk
-----END PGP SIGNATURE-----