* gdb.base/expand-psymtabs.exp: Doc fix.
authorJim Blandy <jimb@codesourcery.com>
Sun, 27 Jan 2008 17:19:06 +0000 (17:19 +0000)
committerJim Blandy <jimb@codesourcery.com>
Sun, 27 Jan 2008 17:19:06 +0000 (17:19 +0000)
gdb/testsuite/ChangeLog
gdb/testsuite/gdb.base/expand-psymtabs.exp

index 13b6ee26169144bfa0355d9ed1e97bb70387a1bb..ad481cae727e252ef42573f0f5cfed533f8c4eff 100644 (file)
@@ -1,3 +1,7 @@
+2008-01-27  Jim Blandy  <jimb@codesourcery.com>
+
+       * gdb.base/expand-psymtabs.exp: Doc fix.
+
 2008-01-26  Mark Kettenis  <kettenis@gnu.org>
 
        * gdb.gdb/selftest.exp (do_steps_and_nexts): Add more matches.
index d34a487c539dbf2f4f554d85a9b0751ec1af05df..56742c74fe60fcde50e8c624c007a6a6e1dd4a2b 100644 (file)
@@ -20,7 +20,18 @@ if $tracelevel then {
     strace $tracelevel
 }
 
-# Test expanding partial symtabs when needed.
+# It's possible to have a program that contains two compilation units
+# for the same source file name, that have code at different lines.
+# For example, in this test, we compile expand-psymtabs.c twice with
+# different preprocessor symbols #defined; the first .o only has
+# 'main' at some earlier source lines, while the second .o only has
+# 'foo' at later source lines.  So when setting breakpoints by line
+# number, which full symtab we need dependings on the line number in
+# question.
+#
+# This test is meant to verify that, even with lazy partial symtab
+# reading in effect, GDB can set breakpoints by line number
+# successfully in either compilation unit.  
 
 set testfile expand-psymtabs
 set srcfile ${testfile}.c