* symtab.c (find_pc_sect_line): Revert change of 2001-11-13; add
authorJim Blandy <jimb@codesourcery.com>
Tue, 27 Nov 2001 00:03:22 +0000 (00:03 +0000)
committerJim Blandy <jimb@codesourcery.com>
Tue, 27 Nov 2001 00:03:22 +0000 (00:03 +0000)
comment explaining that hand-written assembly code can have line
number info but no debug info for an enclosing function.

gdb/ChangeLog
gdb/symtab.c

index 5828b50c065ce122bd4e78d1afffde9c881cdac7..6d9bd8847e5950300be2bb53869d9bba9b68bac2 100644 (file)
@@ -1,3 +1,9 @@
+2001-11-26  Jim Blandy  <jimb@redhat.com>
+
+       * symtab.c (find_pc_sect_line): Revert change of 2001-11-13; add
+       comment explaining that hand-written assembly code can have line
+       number info but no debug info for an enclosing function.
+
 2001-11-26  Jakub Jelinek  <jakub@redhat.com>
 
        * sparc-nat.c (fetch_inferior_registers): Don't rely
index baef7031ef39418ed5fa15316d2d05c90c145327..ef4db9dad2598103744f99f0ceb0d03a11d27a72 100644 (file)
@@ -1570,13 +1570,12 @@ find_pc_sect_line (CORE_ADDR pc, struct sec *section, int notcurrent)
 
   INIT_SAL (&val);             /* initialize to zeroes */
 
-  /* Don't even think about line numbers if we can't find a function
-     symbol for PC.  */
-  if (find_pc_function (pc) == NULL)
-    {
-      val.pc = pc;
-      return val;
-    }
+  /* It's tempting to assume that, if we can't find debugging info for
+     any function enclosing PC, that we shouldn't search for line
+     number info, either.  However, GAS can emit line number info for
+     assembly files --- very helpful when debugging hand-written
+     assembly code.  In such a case, we'd have no debug info for the
+     function, but we would have line info.  */
 
   if (notcurrent)
     pc -= 1;