[RFA/c++testsuite] New test for constructor breakpoints
Daniel Jacobowitz
drow@mvista.com
Mon Feb 18 13:17:00 GMT 2002
On Mon, Feb 18, 2002 at 02:25:51PM -0600, Michael Elizabeth Chastain wrote:
> This patch is returned for rework. I like the patch, but there is
> a cascade problem:
>
> "set_bp_overloaded foo::foo" tests FAIL
> the breakpoints are not present
> continue_to_bp_constructor issues "continue" unconditionally
> the script loses synchronization with the program-under-test at this point
> all the tests after that FAIL
>
> This happens on target=native host=i686-pc-linux-gnu with all the gcc v3
> configurations:
This is all over the GDB testsuite. It's a tremendously complicated
problem :)
> Can you do something in continue_to_bp_constructor to keep synchronization?
> Maybe:
>
> send_gdb "info b ${bpnumber}\n"
> gdb_expect {
> -re "Num.*\r\n${bpnumber}.*\r\n.*$gdb_prompt $" {
> send_gdb "continue\n"
> gdb_expect {
> ...
> }
> }
> -re "No breakpoint or watchpoint number ${bpnumber}.*gdb_prompt $" {
> fail "continue to bp overloaded constructor : ${argtypes}"
> }
> -re ".*$gdb_prompt $" {
> fail "continue to bp overloaded constructor : ${argtypes}"
> }
> timeout {
> fail "continue to bp overloaded constructor : ${argtypes} (timeout)"
> }
> }
>
> Or if you have a better idea, go for it. I just want to fix the problem
> where all the currently-working tests FAIL if the new tests FAIL.
I don't think that would work... let me think about it tonight.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
More information about the Gdb-patches
mailing list