touch-packages team mailing list archive

[bugproxy <bugproxy@xxxxxxxxxx>]

------- Comment From hellerda@xxxxxxxxxx 2015-03-19 04:55 EDT-------
This is interesting, as this is exactly the behavior you get when debugging in gdb, and you've made changes in your code, and your breakpoints are now out of sync with your code.  (because you've added or removed lines)  It seem like the problem almost certainly has to be that the testsuite has some hard-code breakpoints, and these are out of sync with one or more files of the actual source code.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gdb in Ubuntu.
https://bugs.launchpad.net/bugs/1420556

Title:
  gdb source tests are failing in Ubuntu 15.04

Status in gdb package in Ubuntu:
  New

Bug description:
  ---Problem Description---
  gdb source tests are failing in Ubuntu 15.04
   
  ---uname output---
  Linux ubuntu 3.18.0-12-generic #13-Ubuntu SMP Thu Jan 29 13:44:26 UTC 2015 ppc64le ppc64le ppc64le GNU/Linux
   
  Machine Type = P8 
    
  ---Steps to Reproduce---
  Install a Power VM LPAR with Ubuntu 15.04 ISO.
  Then install gdb source and build and execute the same.

  root@ubuntu:~# apt-get source gdb
  root@ubuntu:~# cd gdb-7.8.2/
  root@ubuntu:~/gdb-7.8.2# dpkg-buildpackage -b

                  === gdb Summary ===

  # of expected passes            25147
  # of unexpected failures        280
  # of unexpected successes       2
  # of expected failures          66
  # of unknown successes          1
  # of known failures             59
  # of unresolved testcases       11
  # of untested testcases         21
  # of unsupported tests          99
  /root/gdb-7.8.2/build/objdir/gdb/testsuite/../../gdb/gdb version  7.8.2-0ubuntu1) -nw -nx -data-directory /root/gdb-7.8.2/build/objdir/gdb/testsuite/../data-directory

  Package: gdb-7.8.2-0ubuntu1

  I've reproduced the tests and looking at gdb.log, noticed that for
  some reason breakpoints for main() are being hit in an unexpected
  place and this is causing a lot of testcase failures. Also, this
  problem happens only when using gcc 4.9 (Ubuntu 15.04 default); it's
  not reproducible on gcc 4.8 or 5. This is still being investigated.

  Moreover, in the gdb.python/python.exp specifically, there is this
  commit 55cfb2c4c8accd5031fd7c8167988fc4624e847c from upstream gdb that
  fixes the testcase, removing 19 of the unexpected failures.

  I've created this testcase that exemplifies the issue with the
  'breakpoint main' hit the unexpected place:

  ubuntu@ubuntu:~$ cat array.c
  int main (void)
  {
    int array[1];

    return 0;
  }
  ubuntu@ubuntu:~$ gcc array.c -g -o array-4.9
  ubuntu@ubuntu:~$ gdb -q ./array-4.9 -ex 'break main' -ex run
  Reading symbols from ./array-4.9...done.
  Breakpoint 1 at 0x1000060c: file array.c, line 3.
  Starting program: /home/ubuntu/array-4.9 

  Breakpoint 1, main () at array.c:3
  3       {
  (gdb) 

  While with gcc-4.8, gdb stops at the expected place:

  ubuntu@ubuntu:~$ gcc-4.8 array.c -g -o array-4.8
  ubuntu@ubuntu:~$ gdb -q ./array-4.8 -ex 'break main' -ex run
  Reading symbols from ./array-4.8...done.
  Breakpoint 1 at 0x100005a0: file array.c, line 6.
  Starting program: /home/ubuntu/array-4.8 

  Breakpoint 1, main () at array.c:6
  6         return 0;
  (gdb) 

  Comparing the assembly output generated by both gcc's, we can also
  notice a repeated '.loc 1 3 0' in the code that seems to cause this
  misplaced breakpoint:

  ubuntu@ubuntu:~$ gcc array.c -g -o array-4.9.s -S
  ubuntu@ubuntu:~$ cat array-4.9.s
  (...)
  main:   
  .LFB0:
          .file 1 "array.c"
          .loc 1 3 0
          .cfi_startproc
  0:      addis 2,12,.TOC.-0b@ha
          addi 2,2,.TOC.-0b@l
          .localentry     main,.-main
          mflr 0
          std 0,16(1)
          std 31,-8(1)
          stdu 1,-64(1)
          .cfi_def_cfa_offset 64
          .cfi_offset 65, 16
          .cfi_offset 31, -8
          mr 31,1
          .cfi_def_cfa_register 31
          .loc 1 3 0  <-- repeated .loc
          ld 9,-28688(13)
          std 9,40(31)
          li 9,0
          .loc 1 6 0
          li 9,0
          .loc 1 7 0
          mr 3,9   
          ld 10,40(31)
          ld 9,-28688(13)
          cmpld 7,10,9
          li 10,0  
          li 9,0   
          beq 7,.L3
          bl __stack_chk_fail
          nop
  .L3:
  (...)

  If this additional .loc is removed, gdb is able to hit the breakpoint at the correct place.
  Moreover, it might be worth mentioning that this additional .loc doesn't appear on gcc-5 output too, where this breakpoint issue is not reproducible as well.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/1420556/+subscriptions