gdb.base/foll-fork.exp: accept "info breakpoints" output in any order
authorSimon Marchi <simon.marchi@polymtl.ca>
Tue, 28 Sep 2021 17:22:53 +0000 (13:22 -0400)
committerSimon Marchi <simon.marchi@polymtl.ca>
Tue, 28 Sep 2021 23:30:41 +0000 (19:30 -0400)
commit4872f9a1b553445165dc49eaa091ca8400c130a0
treeda1319594fcdbe7a0b9b8a22b7a2a5e5cfa86b3c
parent3a6a0158ee07ba2f960ae4a898897460382dc5ec
gdb.base/foll-fork.exp: accept "info breakpoints" output in any order

The test currently requires the "inf 1" breakpoint to be before the "inf
2" breakpoint.  This is not always the case:

    info breakpoints 2
    Num     Type           Disp Enb Address            What
    2       breakpoint     keep y   <MULTIPLE>
    2.1                         y   0x0000555555554730 in callee at /home/simark/src/binutils-gdb/gdb/testsuite/gdb.base/foll-fork.c:9 inf 2
    2.2                         y   0x0000555555554730 in callee at /home/simark/src/binutils-gdb/gdb/testsuite/gdb.base/foll-fork.c:9 inf 1
    (gdb) FAIL: gdb.base/foll-fork.exp: follow-fork-mode=parent: detach-on-fork=off: cmd=next 2: test_follow_fork: info breakpoints

Since add_location_to_breakpoint uses only the address as a criterion to
sort locations, the order of locations at the same address is not
stable: it will depend on the insertion order.  Here, the insertion
order comes from the order of SALs when creating the breakpoint, which
can vary from machine to machine.  While it would be more user-friendly
to have a more stable order for printed breakpoint locations, it doesn't
really matter for this test, and it would be hard to define an order
that will be the same everywhere, all the time.

So, loosen the regexp to accept "inf 1" and "inf 2" in any order.

Co-Authored-By: Pedro Alves <pedro@palves.net>
Change-Id: I5ada2e0c6ad0669e0d161bfb6b767229c0970d16
gdb/testsuite/gdb.base/foll-fork.exp