<div dir="ltr"><div id="gmail-:1bp" class="gmail-ii gmail-gt gmail-adP gmail-adO" style="font-size:12.8px;margin-bottom:0px;margin-left:0px;padding-bottom:5px"><div id="gmail-:1bo" class="gmail-a3s gmail-aXjCH gmail-m15d73f20667f5f1a"><div dir="ltr">Hi all,<div><br></div><div>I'm fairly new to LLVM and LLDB, I became interested in this project about 3 months back and I'm hoping to be able to contribute to improving LLDB in time. I've been trying to get to grips with the code and have been looking into the tests as a rough guide to how things work, however I have some questions about the test suites in LLDB.</div><div><br></div><div>It seems to me that we essentially have tests ran by the LIT runner from LLVM core and tests ran by an LLDB specific python script `dotest.py`. I notice that on the test page for LLDB they refer to the `dotest.py` tests ran by a `ninja --check-lldb` but not the latter. I also notice in an email titled "lldb-server tests" from Paval Labath on 15th May 2017 suggests that the plan long term is to be to move purely to using LIT style testing. Is this correct or have I misunderstood? I did have a look in buildbot to see what tests are being used and I can only find the `dotest.py` style tests, however it's possible I've misunderstood something here, the "lldb-x86_64-ubuntu-14.04-<wbr>cmake" is not easy to make sense of I'm afraid.<br></div><div><br></div><div>Also there seems only to be one test for lldb-server in the LIT suite at present. Is there a reason for this at present, possibly along the lines of we're still waiting for the ability to run tests remotely using LIT as per this email thread? I couldn't find an obvious answer as to whether a design was agreed upon for this and/or the work completed, maybe it's an ongoing question still.</div><div><br></div><div>Finally, I do see failures myself in both of these tests from the latest build. I do tend to limit it to compiling only for X86 target and I suspect this may be related, or possibly just something odd with my build system anyway. Obviously in an ideal world these tests should always pass but does anyone else have similar problems? I assume they tend to pass for the core developers as it seems to be fairly LLVM centric to ensure passing tests for new bits of work. I can send the outputs of the failing tests if it's thought useful.</div><div><br></div><div>Many thanks for your time,</div><div><br></div><div>Steve</div><div><br></div></div><div class="gmail-yj6qo"></div></div></div><div class="gmail-hq gmail-gt" id="gmail-:1cv" style="font-size:12.8px"></div></div>