gdb and binutils branch master updated. 5e45f04cf3408e662c460a23a3722fedfb03391a

[qiyao at sourceware dot org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".

The branch, master has been updated
       via  5e45f04cf3408e662c460a23a3722fedfb03391a (commit)
      from  1144861e0849fb67a8233d5a180f8ddae5e3f8a0 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5e45f04cf3408e662c460a23a3722fedfb03391a

commit 5e45f04cf3408e662c460a23a3722fedfb03391a
Author: Yao Qi <yao@codesourcery.com>
Date:   Tue May 6 21:47:36 2014 +0800

    Relax the pattern in dwzbuildid.exp
    
    Hi,
    I recently see the fail in dwzbuildid.exp below on some targets,
    
    (gdb) print the_int
    No symbol "the_int" in current context.
    (gdb) FAIL: gdb.dwarf2/dwzbuildid.exp: mismatch: print the_int
    
    Looks the pattern expects to see "No symbol table is loaded", which
    is emitted in c-exp.y,
    
    variable:       name_not_typename
    ....
                                  if (msymbol.minsym != NULL)
                                    write_exp_msymbol (pstate, msymbol);
                                  else if (!have_full_symbols () && !have_partial_symbols ())
                                    error (_("No symbol table is loaded.  Use the \"file\" command."));
                                  else
                                    error (_("No symbol \"%s\" in current context."),
                                           copy_name ($1.stoken));
    
    it is expected to have no full symbols nor partial symbols, but something
    brings full symbols or partial symbols in.  I added "maint info symtabs"
    and "maint info psymtabs" in dwzbuildid.exp, and it shows symbols are from
    ld.so, which has debug information.  Then, I reproduce the fail like this,
    
      $ make check RUNTESTFLAGS="CFLAGS_FOR_TARGET='-Wl,-rpath=${glibc_build}:${glibc_build}/math  -Wl,--dynamic-linker=${glibc_build}/elf/ld.so' dwzbuildid.exp"
    
    ${glibc_build} is the glibc build tree.  Debug information is not striped,
    so the test fail.  However, if I strip debug information from libc.so, libm.so
    and ld.so.  The test passes.
    
    This patch is to relax the pattern to match the both cases that glibc build
    has and has not debug information.
    
    gdb/testsuite:
    
    2014-05-07  Yao Qi  <yao@codesourcery.com>
    
    	* gdb.dwarf2/dwzbuildid.exp: Match output "No symbol "the_int" in
    	current context" too.

-----------------------------------------------------------------------

Summary of changes:
 gdb/testsuite/ChangeLog                 |    5 +++++
 gdb/testsuite/gdb.dwarf2/dwzbuildid.exp |    2 +-
 2 files changed, 6 insertions(+), 1 deletions(-)


hooks/post-receive
-- 
gdb and binutils