RE: [PATCH 00/16] branch tracing support (resend)

["Metzger, Markus T" <markus dot t dot metzger at intel dot com>]

> -----Original Message-----
> From: Pedro Alves [mailto:palves@redhat.com]
> Sent: Friday, May 25, 2012 9:18 PM
> To: Metzger, Markus T
> Cc: kettenis@gnu.org; gdb-patches@sourceware.org;
> markus.t.metzger@gmail.com
> Subject: Re: [PATCH 00/16] branch tracing support (resend)
> 
> Hi, I've just tried out this series applied on current mainline, and I
get:

Hello Pedro,

Thanks for trying this out and for reporting the issues!


> >./gdb ./gdb
> ...
> (gdb) start
> Temporary breakpoint 1 at 0x456a03: file ../../src/gdb/gdb.c, line 29.
> Starting program: /home/pedro/gdb/mygit/build/gdb/gdb
> warning: Skipping deprecated .gdb_index section in
/usr/lib/debug/lib64/ld-
> 2.14.90.so.debug, pass --use-deprecated-index-sections to use them anyway
> [Thread debugging using libthread_db enabled] Using host libthread_db
> library "/lib64/libthread_db.so.1".
> 
> Temporary breakpoint 1, main (argc=1, argv=0x7fffffffdd78) at
> ../../src/gdb/gdb.c:29
> 29        memset (&args, 0, sizeof args);
> (gdb) btrace enable auto
> (gdb) btrace enable all
> (gdb) n
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x0000000000456a0e in main (argc=1, argv=0x7fffffffdd78) at
> ../../src/gdb/gdb.c:29
> 29        memset (&args, 0, sizeof args);
> (gdb)
> 
> Program terminated with signal SIGSEGV, Segmentation fault.
> The program no longer exists.
> (gdb)
> 
> Any idea off hand what this would be?
> 
> This in on x86_64 Fedora 16, Linux 3.3.5-2.fc16.x86_64.


I cannot reproduce this. I tried on several different systems including
3.3.7-1.fc16.x86_64.
Have you seen this on other systems, as well?

Is there some configuration file or so that would allow me to build gdb
exactly the same way you do?
Would it be possible that you send me the gdb you built?


> Running the new tests with
> 
> $ make check RUNTESTFLAGS="--directory=gdb.btrace"
> 
> Results in
> 
> Running target unix
> Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
> target.
> Using /usr/share/dejagnu/config/unix.exp as generic interface file for
target.
> Using ../../../src/gdb/testsuite/config/unix.exp as
tool-and-target-specific
> interface file.
> Running ../../../src/gdb/testsuite/gdb.btrace/allthreads_trace.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/decrement.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/disable_all.exp ...
> NOTE: This is 64 bit host.
> Running ../../../src/gdb/testsuite/gdb.btrace/enable.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/enable_all.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/enable_range.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/list.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/list_function.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/list_options.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/main_asm.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/main_segv.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/sanity_crash.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/threads_auto.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/threads_independent.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/threads_nonstop.exp ...
> Running ../../../src/gdb/testsuite/gdb.btrace/trace_iteration.exp ...
> 
>                 === gdb Summary ===
> 
> # of untested testcases         6
> # of unsupported tests          7
> 
> The log file has a bunch of:
> 
> Assembler messages:
> Fatal error: can't create
> /home/pedro/gdb/mygit/build/gdb/testsuite/gdb.btrace/threads_asm.o:
> No such file or directory compiler exited with status 1 output is:
> Assembler messages:
> Fatal error: can't create
> /home/pedro/gdb/mygit/build/gdb/testsuite/gdb.btrace/threads_asm.o:
> No such file or directory
> 
> I build gdb with srcdir != builddir.

I can reproduce this. I changed the configuration without running autoconf.
After
configuring, the gdb/testsuite/gdb.btrace directory is missing. I'll add a
patch
with the autoconf changes to the series.

You may run the tests if you do a "make check" once. After that, running
only the
btrace tests works, as well. I guess that's why I haven't noticed it.

Regards,
Markus.

Attachment: smime.p7s
Description: S/MIME cryptographic signature

--------------------------------------------------------------------------------------
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland 
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
Registergericht: Muenchen HRB 47456 
Ust.-IdNr./VAT Registration No.: DE129385895
Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052