* macrotab.h (struct macro_source_file): Doc fix.
authorJim Blandy <jimb@codesourcery.com>
Wed, 6 Nov 2002 20:57:41 +0000 (20:57 +0000)
committerJim Blandy <jimb@codesourcery.com>
Wed, 6 Nov 2002 20:57:41 +0000 (20:57 +0000)
gdb/ChangeLog
gdb/macrotab.h

index dc7f7eb03a99f1e69117da089660d737345b1513..707dadfb1bc5c176fa9b697bf93df5526e1f098f 100644 (file)
@@ -1,3 +1,7 @@
+2002-11-06  Jim Blandy  <jimb@redhat.com>
+
+       * macrotab.h (struct macro_source_file): Doc fix.
+
 2002-11-05  Jeff Johnston  <jjohnstn@redhat.com>
 
        * varobj.c (child_exists, cplus_number_of_children): Change
index df32977967ef5d206e131ee52437bcaf40a75810..bd44e2c3ed3ee64461ab21a5cbe4b44d911c05bc 100644 (file)
@@ -83,6 +83,15 @@ struct macro_table;
    tree mapping the #inclusions that contributed to the compilation
    unit, with the main source file as its root.
 
+   Beware --- not every source file mentioned in a compilation unit's
+   symtab structures will appear in the #inclusion tree!  As of Oct
+   2002, GCC does record the effect of #line directives in the source
+   line info, but not in macro info.  This means that GDB's symtabs
+   (built from the former, among other things) may mention filenames
+   that the #inclusion tree (built from the latter) doesn't have any
+   record of.  See macroscope.c:sal_macro_scope for how to accomodate
+   this.
+
    It's worth noting that libcpp has a simpler way of representing all
    this, which we should consider switching to.  It might even be
    suitable for ordinary non-macro line number info.