Community
Participate
Working Groups
Support for Thread aware breakpoint
We can still do some stuff in the MI to make this better.
*** Bug 39920 has been marked as a duplicate of this bug. ***
PR was not targeted to any particular release. Changing target milestone to 2.1
The Core part is completed. Reassing to Mikhail to have a UI face for this. For the core we have 1:n scheme. One CDT/Eclipse Breakpoint may map to n gdb breakpoints For example, Eclipse/CDT has one breakpoint with the condition that it stops on thread 1 and thread 2 this will map to 2 breakpoints in gdb -break-insert -p 1 ... -break-insert -p 2 .. Mikhail if any problem in the implementation reassign to me.
Hi Alain, would you please post the files you modified? I'd like to backport the changes to CDT 2.0.2. Thanks!
> Hi Alain, would you please post the files you modified? I'd like to backport > the changes to CDT 2.0.2. Thanks! Maybe on the core side, but probably impossible on the UI side. On the Core side, the bits are in BreakpointManager.java, to make this possible, we had to break the CDI api and moving this to the 2.0.x branch will break binary compatibility.
Besides the CDI part changes have made to support UI on the core side. I don't think it is easy to backport it to 2.0.
I checked out some of the core changes yesterday and realized that it's not feasible to backport to CDT 2.0.2 without breaking API and binary compatibility. Thanks, Alain & Mikhail, for your guidance.
Completed.