The other way to do this would be to pass num_expected_locations = -1 when you
make the foo breakpoint, and then grab the breakpoint's number of locations and
assume you are going to hit the breakpoint that many times.
But changing the code so that the line you are breaking on is unambiguously o
This test actually almost succeeds on macOS. The problem is that your
breakpoint in the Foo constructor produces two line table entries so we hit the
foo breakpoint twice. If you change the test file to:
Index:
packages/Python/lldbsuite/test/functionalities/breakpoint/global_constructor/foo.c
Author: labath
Date: Thu Nov 30 07:39:57 2017
New Revision: 319443
URL: http://llvm.org/viewvc/llvm-project?rev=319443&view=rev
Log:
Add a test case for open bug 35480
The test is about failing to hit breakpoints in global constructors in
shared libraries.
Added:
lldb/trunk/packages/Python/
