Here are a couple of the failures that came up (the log output from the
full dosep.py run).
Let me know if that is not sufficient!
On Tue, Aug 25, 2015 at 9:14 AM, Pavel Labath <lab...@google.com> wrote:
> There's no need to do anything fancy (yet :) ). For initial diagnosis
> the output of `./dotest.py $your_usual_options -p SomeLibcxxTest.py
> -t` should suffice.
>
> pl
>
> On 25 August 2015 at 16:45, Todd Fiala <todd.fi...@gmail.com> wrote:
> > Thanks, Pavel! I'll dig that up and get back.
> >
> > On Tue, Aug 25, 2015 at 8:30 AM, Pavel Labath <lab...@google.com> wrote:
> >>
> >> There is no separate option, it should just work. :)
> >>
> >> I'm betting you are still missing some package there (we should
> >> document the prerequisites better). Could you send the error message
> >> you are getting so we can have a look.
> >>
> >> cheers,
> >> pl
> >>
> >>
> >> On 25 August 2015 at 16:20, Todd Fiala via lldb-dev
> >> <lldb-dev@lists.llvm.org> wrote:
> >> >
> >> >
> >> > On Mon, Aug 24, 2015 at 4:11 PM, Todd Fiala <todd.fi...@gmail.com>
> >> > wrote:
> >> >>
> >> >>
> >> >>
> >> >> On Mon, Aug 24, 2015 at 4:01 PM, Chaoren Lin <chaor...@google.com>
> >> >> wrote:
> >> >>>
> >> >>> The TestDataFormatterLibcc* tests require libc++-dev:
> >> >>>
> >> >>> $ sudo apt-get install libc++-dev
> >> >>>
> >> >>
> >> >> Ah okay, so we are working with libc++ on Ubuntu, that's good to
> hear.
> >> >> Pre-14.04 I gave up on it.
> >> >>
> >> >> Will cmake automatically choose libc++ if it is present? Or do I
> need
> >> >> to
> >> >> pass something to cmake to use libc++?
> >> >
> >> >
> >> > Hmm it appears I need to do more than just install libc++-dev. I did
> a
> >> > clean build with that installed, then ran the tests, and I still have
> >> > the
> >> > Libcxc/Libcxx tests failing. Is there some flag expected, either to
> >> > pass
> >> > along for the compile options to dotest.py to override/specify which
> c++
> >> > lib
> >> > it is using?
> >> >
> >> >>
> >> >>
> >> >> Thanks, Chaoren!
> >> >>
> >> >> -Todd
> >> >>
> >> >>>
> >> >>> On Mon, Aug 24, 2015 at 3:42 PM, Todd Fiala via lldb-dev
> >> >>> <lldb-dev@lists.llvm.org> wrote:
> >> >>>>
> >> >>>>
> >> >>>> On Mon, Aug 24, 2015 at 3:39 PM, Zachary Turner <
> ztur...@google.com>
> >> >>>> wrote:
> >> >>>>>
> >> >>>>> Can't comment on the failures for Linux, but I don't think we
> have a
> >> >>>>> good handle on the unexpected successes. I only added that
> >> >>>>> information to
> >> >>>>> the output about a week ago, before that unexpected successes were
> >> >>>>> actually
> >> >>>>> going unnoticed.
> >> >>>>
> >> >>>>
> >> >>>> Okay, thanks Zachary. A while back we had some flapping tests
> that
> >> >>>> would oscillate between unexpected success and failure on Linux.
> >> >>>> Some of
> >> >>>> those might still be in that state but maybe (!) are fixed.
> >> >>>>
> >> >>>> Anyone on the Linux end who happens to know if the fails in
> >> >>>> particular
> >> >>>> look normal, that'd be good to know.
> >> >>>>
> >> >>>> Thanks!
> >> >>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> It's likely that someone could just go in there and remove the
> XFAIL
> >> >>>>> from those tests.
> >> >>>>>
> >> >>>>> On Mon, Aug 24, 2015 at 3:37 PM Todd Fiala via lldb-dev
> >> >>>>> <lldb-dev@lists.llvm.org> wrote:
> >> >>>>>>
> >> >>>>>> Hi all,
> >> >>>>>>
> >> >>>>>> I'm just trying to get a handle on current lldb test failures
> >> >>>>>> across
> >> >>>>>> different platforms.
> >> >>>>>>
> >> >>>>>> On Linux on non-virtualized hardware, I currently see the
> failures
> >> >>>>>> below on Ubuntu 14.04.2 using a setup like this:
> >> >>>>>> * stock linker (ld.bfd),
> >> >>>>>> * g++ 4.9.2
> >> >>>>>> * cmake
> >> >>>>>> * ninja
> >> >>>>>> * libstdc++
> >> >>>>>>
> >> >>>>>> ninja check-lldb output:
> >> >>>>>>
> >> >>>>>> Ran 394 test suites (15 failed) (3.807107%)
> >> >>>>>> Ran 474 test cases (17 failed) (3.586498%)
> >> >>>>>> Failing Tests (15)
> >> >>>>>> FAIL: LLDB (suite) :: TestCPPThis.py (Linux rad 3.13.0-57-generic
> >> >>>>>> #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015 x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibccIterator.py (Linux
> rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibccMap.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibccMultiMap.py (Linux
> rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibcxxMultiSet.py (Linux
> rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibcxxSet.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibcxxString.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterSkipSummary.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterUnordered.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestMiGdbSetShowPrint.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestRegisterVariables.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestStaticVariables.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestStepNoDebug.py (Linux rad
> >> >>>>>> 3.13.0-57-generic
> >> >>>>>> #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015 x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestTypedefArray.py (Linux rad
> >> >>>>>> 3.13.0-57-generic
> >> >>>>>> #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015 x86_64 x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestVectorTypesFormatting.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>>
> >> >>>>>> Unexpected Successes (10)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestBatchMode.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestEvents.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestExitDuringStep.py (Linux
> >> >>>>>> rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestFdLeak.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestInferiorAssert.py (Linux
> >> >>>>>> rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestMiGdbSetShow.py (Linux
> rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestMiInterpreterExec.py
> (Linux
> >> >>>>>> rad 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestMiSyntax.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestRaise.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestStubSetSID.py (Linux rad
> >> >>>>>> 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> ninja: build stopped: subcommand failed.
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>
> >> >>>>>> On a similar setup, although bumped up to Ubuntu 14.04.3 and now
> on
> >> >>>>>> a
> >> >>>>>> VMWare VM, everything else the same, I see a similar report from
> >> >>>>>> 'ninja
> >> >>>>>> check-lldb':
> >> >>>>>>
> >> >>>>>> Ran 394 test suites (17 failed) (4.314721%)
> >> >>>>>> Ran 474 test cases (19 failed) (4.008439%)
> >> >>>>>> Failing Tests (17)
> >> >>>>>> FAIL: LLDB (suite) :: TestAttachResume.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestCPPThis.py (Linux lldb
> 3.19.0-26-generic
> >> >>>>>> #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC 2015 x86_64
> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibccIterator.py (Linux
> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibccMap.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibccMultiMap.py (Linux
> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibcxxMultiSet.py (Linux
> >> >>>>>> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibcxxSet.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterLibcxxString.py (Linux
> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterSkipSummary.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestDataFormatterUnordered.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestMiGdbSetShowPrint.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestRegisterVariables.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestStaticVariables.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestStepNoDebug.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic
> >> >>>>>> #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC 2015 x86_64
> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestStepOverWatchpoint.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestTypedefArray.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> FAIL: LLDB (suite) :: TestVectorTypesFormatting.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>>
> >> >>>>>> Unexpected Successes (11)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestBatchMode.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestEvents.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestExitDuringStep.py (Linux
> >> >>>>>> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestFdLeak.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestInferiorAssert.py (Linux
> >> >>>>>> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestMiGdbSetShow.py (Linux
> lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestMiInterpreterExec.py
> (Linux
> >> >>>>>> lldb 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17
> >> >>>>>> UTC 2015
> >> >>>>>> x86_64 x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestMiSyntax.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestRaise.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) :: TestStubSetSID.py (Linux lldb
> >> >>>>>> 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC
> >> >>>>>> 2015 x86_64
> >> >>>>>> x86_64)
> >> >>>>>> UNEXPECTED SUCCESS: LLDB (suite) ::
> TestWatchedVarHitWhenInScope.py
> >> >>>>>> (Linux lldb 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12
> >> >>>>>> 14:09:17 UTC
> >> >>>>>> 2015 x86_64 x86_64)
> >> >>>>>> ninja: build stopped: subcommand failed.
> >> >>>>>>
> >> >>>>>>
> >> >>>>>> Do these more or less match the current state of affairs for
> Linux
> >> >>>>>> tests? If not, are there any suggestions on best practices for
> >> >>>>>> upgrades? A
> >> >>>>>> while back I had tried things like clang and libc++ but I had
> >> >>>>>> arrived at the
> >> >>>>>> above setup (albeit typically with the gold linker) simply due to
> >> >>>>>> what
> >> >>>>>> worked, what was easy to debug and what built fast.
> >> >>>>>>
> >> >>>>>> Thanks for any confirmation on that!
> >> >>>>>>
> >> >>>>>> --
> >> >>>>>> -Todd
> >> >>>>>> _______________________________________________
> >> >>>>>> lldb-dev mailing list
> >> >>>>>> lldb-dev@lists.llvm.org
> >> >>>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>> --
> >> >>>> -Todd
> >> >>>>
> >> >>>> _______________________________________________
> >> >>>> lldb-dev mailing list
> >> >>>> lldb-dev@lists.llvm.org
> >> >>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
> >> >>>>
> >> >>>
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> -Todd
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > -Todd
> >> >
> >> > _______________________________________________
> >> > lldb-dev mailing list
> >> > lldb-dev@lists.llvm.org
> >> > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
> >> >
> >
> >
> >
> >
> > --
> > -Todd
>
--
-Todd
os command: make clean
with pid: 125008
stdout: rm -f "a.out" main.o main.d main.d.tmp
stderr:
retcode: 0
os command: make MAKE_DSYM=NO ARCH=x86_64 CC="/usr/bin/cc"
with pid: 125044
stdout: /usr/bin/c++ -std=c++11 -g -O0 -fno-builtin -m64 -I/home/tfiala/work/llvm/tools/lldb/test/make/../../include -include /home/tfiala/work/llvm/tools/lldb/test/make/test_common.h -O0 -c -o main.o main.cpp
/usr/bin/c++ main.o -g -O0 -fno-builtin -m64 -I/home/tfiala/work/llvm/tools/lldb/test/make/../../include -include /home/tfiala/work/llvm/tools/lldb/test/make/test_common.h -o "a.out"
stderr:
retcode: 0
runCmd: file a.out
output: Current executable set to 'a.out' (x86_64).
runCmd: breakpoint set -p "Set break point at this line."
output: Breakpoint 1: 8 locations.
Expecting pattern: ^Breakpoint (?P<bpno>[0-9]+): (?P<num_locations>[0-9]+) locations\.$
Matched
runCmd: run
output: Process 125107 stopped
* thread #1: tid = 125107, 0x0000000000400d0f a.out`main + 24 at main.cpp:26, name = 'a.out', stop reason = breakpoint 1.1
frame #0: 0x0000000000400d0f a.out`main + 24 at main.cpp:26
23 int main()
24 {
25 intset ii;
-> 26 thefoo_rw(1); // Set break point at this line.
27
28 ii.insert(0);
29 ii.insert(1);
Process 125107 launched: '/home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/set/a.out' (x86_64)
runCmd: thread list
output: Process 125107 stopped
* thread #1: tid = 125107, 0x0000000000400d0f a.out`main + 24 at main.cpp:26, name = 'a.out', stop reason = breakpoint 1.1
Expecting sub string: stopped
Matched
Expecting sub string: stop reason = breakpoint
Matched
Adding tearDown hook: def cleanup():
self.runCmd('type format clear', check=False)
self.runCmd('type summary clear', check=False)
self.runCmd('type filter clear', check=False)
self.runCmd('type synth clear', check=False)
self.runCmd("settings set target.max-children-count 256", check=False)
runCmd: image list
output: [ 0] 7A61B71E-D99E-F313-D541-0C34F4EF8FD3-B9016DC8 /home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/set/a.out
[ 1] 4BF6F7AD-D824-4AD8-6008-E6BF40D90F88-73892197 /usr/lib/x86_64-linux-gnu/libstdc++.so.6
[ 2] 8D0AA714-1158-0EE6-C088-09695C398476-9F25725B /lib/x86_64-linux-gnu/libgcc_s.so.1
[ 3] 30C94DC6-6A1F-E951-80C3-D68D2B89E576-D5AE213C /lib/x86_64-linux-gnu/libc.so.6
/usr/lib/debug/lib/x86_64-linux-gnu/libc-2.19.so
[ 4] 1D76B71E-905C-B867-B27C-EF230FCB20F0-1A3178F5 /lib/x86_64-linux-gnu/libm.so.6
/usr/lib/debug/lib/x86_64-linux-gnu/libm-2.19.so
[ 5] 9F00581A-B3C7-3E3A-EA35-995A0C50D24D-59A01D47 /lib64/ld-linux-x86-64.so.2
Expecting sub string: libc++.so.1
Not matched
FAIL
<bound method SBProcess.Kill of <lldb.SBProcess; proxy of <Swig Object of type 'lldb::SBProcess *' at 0x7f07571476c0> >>: success
Executing tearDown hook: def cleanup():
self.runCmd('type format clear', check=False)
self.runCmd('type summary clear', check=False)
self.runCmd('type filter clear', check=False)
self.runCmd('type synth clear', check=False)
self.runCmd("settings set target.max-children-count 256", check=False)
runCmd: type format clear
check of return status not required
output:
runCmd: type summary clear
check of return status not required
output:
runCmd: type filter clear
check of return status not required
output:
runCmd: type synth clear
check of return status not required
output:
runCmd: settings set target.max-children-count 256
check of return status not required
output:
Traceback (most recent call last):
File "/home/tfiala/work/llvm/tools/lldb/test/lldbtest.py", line 1036, in wrapper
func(*args, **kwargs)
File "/home/tfiala/work/llvm/tools/lldb/test/lldbtest.py", line 551, in wrapper
return func(self, *args, **kwargs)
File "/home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/set/TestDataFormatterLibcxxSet.py", line 28, in test_with_dwarf_and_run_command
self.data_formatter_commands()
File "/home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/set/TestDataFormatterLibcxxSet.py", line 59, in data_formatter_commands
self.expect('image list', substrs = self.getLibcPlusPlusLibs())
File "/home/tfiala/work/llvm/tools/lldb/test/lldbtest.py", line 2622, in expect
msg if msg else EXP_MSG(str, exe))
AssertionError: False is not True : 'libc++.so.1' returns expected result
Config=x86_64-/usr/bin/cc
Session info generated @ Tue Aug 25 08:08:35 2015
To rerun this test, issue the following command from the 'test' directory:
./dotest.py -A x86_64 -C /usr/bin/cc -v -t -f LibcxxSetDataFormatterTestCase.test_with_dwarf_and_run_command
os command: make clean
with pid: 124313
stdout: rm -f "a.out" main.o main.d main.d.tmp
stderr:
retcode: 0
os command: make MAKE_DSYM=NO ARCH=x86_64 CC="/usr/bin/cc"
with pid: 124353
stdout: /usr/bin/c++ -std=c++11 -g -O0 -fno-builtin -m64 -I/home/tfiala/work/llvm/tools/lldb/test/make/../../include -include /home/tfiala/work/llvm/tools/lldb/test/make/test_common.h -O0 -c -o main.o main.cpp
/usr/bin/c++ main.o -g -O0 -fno-builtin -m64 -I/home/tfiala/work/llvm/tools/lldb/test/make/../../include -include /home/tfiala/work/llvm/tools/lldb/test/make/test_common.h -o "a.out"
stderr:
retcode: 0
runCmd: file a.out
output: Current executable set to 'a.out' (x86_64).
runCmd: breakpoint set -f "main.cpp" -l 13
output: Breakpoint 1: where = a.out`main + 360 at main.cpp:13, address = 0x0000000000400c35
Expecting pattern: ^Breakpoint (?P<bpno>[0-9]+): (?P<num_locations>[0-9]+) locations\.$
Not matched
Expecting pattern: ^Breakpoint (?P<bpno>[0-9]+): (?P<num_locations>no) locations \(pending\)\.
Not matched
Expecting pattern: ^Breakpoint (?P<bpno>[0-9]+): where = (?P<module>.*)`(?P<symbol>[+\-]{0,1}[^+]+)( \+ (?P<offset>[0-9]+)){0,1}( \[inlined\] (?P<inline_symbol>.*)){0,1} at (?P<file>[^:]+):(?P<line_no>[0-9]+), address = (?P<address>0x[0-9a-fA-F]+)$
Matched
runCmd: run
output: Process 124446 stopped
* thread #1: tid = 124446, 0x0000000000400c35 a.out`main + 360 at main.cpp:13, name = 'a.out', stop reason = breakpoint 1.1
frame #0: 0x0000000000400c35 a.out`main + 360 at main.cpp:13
10 std::string TheVeryLongOne("1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890someText1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890");
11 std::string IHaveEmbeddedZeros("a\0b\0c\0d",7);
12 std::wstring IHaveEmbeddedZerosToo(L"hello world!\0てざ ル゜䋨ミ㠧槊 きゅへ狦穤襩 じゃ馩リョ 䤦監", 38);
-> 13 S.assign(L"!!!!!"); // Set break point at this line.
14 return 0;
15 }
Process 124446 launched: '/home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/string/a.out' (x86_64)
runCmd: thread list
output: Process 124446 stopped
* thread #1: tid = 124446, 0x0000000000400c35 a.out`main + 360 at main.cpp:13, name = 'a.out', stop reason = breakpoint 1.1
Expecting sub string: stopped
Matched
Expecting sub string: stop reason = breakpoint
Matched
Adding tearDown hook: def cleanup():
self.runCmd('type format clear', check=False)
self.runCmd('type summary clear', check=False)
self.runCmd('type filter clear', check=False)
self.runCmd('type synth clear', check=False)
self.runCmd("settings set target.max-children-count 256", check=False)
runCmd: frame variable
output: (std::wstring) s = L"hello world! מזל טוב!"
(std::wstring) S = L"!!!!"
(const wchar_t *) mazeltov = 0x0000000000400ea0 L"מזל טוב"
(std::string) q = "hello world"
(std::string) Q = "quite a long std::strin with lots of info inside it"
(std::string) TheVeryLongOne = "1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234..."
(std::string) IHaveEmbeddedZeros = "a"
(std::wstring) IHaveEmbeddedZerosToo = L"hello world!"
Expecting sub string: (std::__1::wstring) s = L"hello world! מזל טוב!"
Not matched
FAIL
<bound method SBProcess.Kill of <lldb.SBProcess; proxy of <Swig Object of type 'lldb::SBProcess *' at 0x7f20a6743540> >>: success
Executing tearDown hook: def cleanup():
self.runCmd('type format clear', check=False)
self.runCmd('type summary clear', check=False)
self.runCmd('type filter clear', check=False)
self.runCmd('type synth clear', check=False)
self.runCmd("settings set target.max-children-count 256", check=False)
runCmd: type format clear
check of return status not required
output:
runCmd: type summary clear
check of return status not required
output:
runCmd: type filter clear
check of return status not required
output:
runCmd: type synth clear
check of return status not required
output:
runCmd: settings set target.max-children-count 256
check of return status not required
output:
Traceback (most recent call last):
File "/home/tfiala/work/llvm/tools/lldb/test/lldbtest.py", line 1036, in wrapper
func(*args, **kwargs)
File "/home/tfiala/work/llvm/tools/lldb/test/lldbtest.py", line 551, in wrapper
return func(self, *args, **kwargs)
File "/home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/string/TestDataFormatterLibcxxString.py", line 29, in test_with_dwarf_and_run_command
self.data_formatter_commands()
File "/home/tfiala/work/llvm/tools/lldb/test/functionalities/data-formatter/data-formatter-stl/libcxx/string/TestDataFormatterLibcxxString.py", line 69, in data_formatter_commands
'(std::__1::wstring) IHaveEmbeddedZerosToo = L"hello world!\\0てざ ル゜䋨ミ㠧槊 きゅへ狦穤襩 じゃ馩リョ 䤦監"'])
File "/home/tfiala/work/llvm/tools/lldb/test/lldbtest.py", line 2622, in expect
msg if msg else EXP_MSG(str, exe))
AssertionError: False is not True : '(std::__1::wstring) s = L"hello world! מזל טוב!"' returns expected result
Config=x86_64-/usr/bin/cc
Session info generated @ Tue Aug 25 08:08:31 2015
To rerun this test, issue the following command from the 'test' directory:
./dotest.py -A x86_64 -C /usr/bin/cc -v -t -f LibcxxStringDataFormatterTestCase.test_with_dwarf_and_run_command
_______________________________________________
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
