[Bug gdb/11964] support for debugging multithreaded openmp

[Bug gdb/11964] support for debugging multithreaded openmp

[sergiodj at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=11964

Sergio Durigan Junior <sergiodj at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
                 CC|                            |sergiodj at redhat dot com
         Resolution|---                         |OBSOLETE

--- Comment #3 from Sergio Durigan Junior <sergiodj at redhat dot com> ---
Closing as OBSOLETE due to inactivity.  Feel free to reopen if still valid.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gdb/11964] support for debugging multithreaded openmp

[jan dot kratochvil at redhat dot com]

------- Additional Comments From jan dot kratochvil at redhat dot com  2010-09-03 06:14 -------
Using
GNU gdb (GDB) 7.2.50.20100903-cvs
gcc-4.4.4-10.fc13.x86_64

(gdb) start
Temporary breakpoint 1 at 0x4006a3: file omp_hello.c, line 22.
Starting program: /home/jkratoch/t/omp_hello 
[Thread debugging using libthread_db enabled]

Temporary breakpoint 1, main (argc=1, argv=0x7fffffffded8) at omp_hello.c:22
22	#pragma omp parallel private(nthreads, tid)
(gdb) step
[New Thread 0x7ffff7fd8710 (LWP 15656)]
[New Thread 0x7ffff75d7710 (LWP 15657)]
[New Thread 0x7ffff6bd6710 (LWP 15658)]
[New Thread 0x7ffff61d5710 (LWP 15659)]
[New Thread 0x7ffff57d4710 (LWP 15660)]
[New Thread 0x7ffff4dd3710 (LWP 15661)]
[New Thread 0x7ffff43d2710 (LWP 15662)]
Hello World from thread = 3
main.omp_fn.0 (.omp_data_i=0x0) at omp_hello.c:26
26	  tid = omp_get_thread_num();
(gdb) 

which seems to be correct.  There is a bit problem it stops earlier if you have
installed gcc-debuginfo:

(gdb) start
Temporary breakpoint 1 at 0x4006a3: file omp_hello.c, line 22.
Starting program: /home/jkratoch/t/omp_hello 
[Thread debugging using libthread_db enabled]

Temporary breakpoint 1, main (argc=1, argv=0x7fffffffded8) at omp_hello.c:22
22	#pragma omp parallel private(nthreads, tid)
(gdb) step
GOMP_parallel_start (fn=0x4006c8 <main.omp_fn.0>, data=0x0, num_threads=0) at
../../../libgomp/parallel.c:106
106	{
(gdb) _

But that happens even with all the system libraries.

I cannot reproduce the "Cannot find bounds of current function" case.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://sourceware.org/bugzilla/show_bug.cgi?id=11964

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug gdb/11964] support for debugging multithreaded openmp

[jan dot kratochvil at redhat dot com]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jan dot kratochvil at redhat
                   |                            |dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=11964

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug gdb/11964] support for debugging multithreaded openmp

[hicham at mouline dot org]

------- Additional Comments From hicham at mouline dot org  2010-09-01 03:55 -------
I forgot to say that:

Jan Kratochvil [jan.kratochvil@redhat.com] says
"it is only a hack, there should be some proper DWARF annotation instead."

regards,

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11964

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.