Hi Tamas,

This breaks TestBuiltinTrap on Windows.  Do you have any insight about why
this might be happening?  That test is not modified at all by this patch
from what I can tell, but a bisect pinpoints this CL as the reason for the
failure.

On Thu, Oct 1, 2015 at 1:05 AM Ed Maste <ema...@freebsd.org> wrote:

> emaste added a comment.
>
> > I'm leaving shortly to travel to EuroBSDCon so probably will not be able
> to test before Wednesday, but I can investigate and update decorators as
> appropriate afterwards.
>
>
> A follow up - the tests look good on FreeBSD after this change. On my
> branch with a few updates to FreeBSD expected failure decorators,
>
>   [1/1] Testing LLDB (parallel execution, with a separate subprocess per
> test)
>   Testing: 399 test suites, 8 threads
>   399 out of 399 test suites processed - TestMiFile.py
>   Ran 399 test suites (0 failed) (0.000000%)
>   Ran 322 test cases (0 failed) (0.000000%)
>
>   Unexpected Successes (1)
>   UNEXPECTED SUCCESS: LLDB (suite) :: TestRecursiveInferior.py (FreeBSD
> feynman 10.2-STABLE FreeBSD 10.2-STABLE #44 r288174+7644546(stable-10): Thu
> Sep 24 14:02:11 EDT 2015     
> emaste@feynman:/tank/emaste/obj/tank/emaste/src/git-stable-10/sys/GENERIC
> amd64 amd64)
>         224.52 real       665.99 user       366.72 sys
>
>
> Repository:
>   rL LLVM
>
> http://reviews.llvm.org/D13028
>
>
>
>
_______________________________________________
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

Reply via email to