[cfe-dev] make check

Jordan Rose jordan_rose at apple.com
Wed Mar 12 16:56:45 PDT 2014


These are both tests that are intended to crash. Maybe your environment is being very aggressive about intercepting crashes?


On Mar 12, 2014, at 16:53, Reed Kotler <rkotler at mips.com> wrote:

> 
> We have an almost identical issue with the other failing test:
> 
> When I run the test myself from the command line it looks fine.
> 
> rkotler at mipsswbrd002:~/slave/slavetargetbe/build$ ../install/bin/not --crash ../install/bin/clang -cc1 -analyze -analyzer-checker=debug.ExprInspection /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c
> 0  clang 0x0385c194 llvm::sys::PrintStackTrace(_IO_FILE*) + 96
> Stack dump:
> 0.    Program arguments: ../install/bin/clang -cc1 -analyze -analyzer-checker=debug.ExprInspection /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c
> 1. /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c:4:2: current parser token 'prag\
> ma'
> Error: Trace/breakpoint trap
> rkotler at mipsswbrd002:~/slave/slavetargetbe/build$
> 
> Whereas in the make check:
> 
> ********************
> FAIL: Clang :: Parser/crash-report.c (3772 of 16980)
> ******************** TEST 'Clang :: Parser/crash-report.c' FAILED ********************
> Script:
> -- 
> not --crash /home/rkotler/slave/slavetargetbe2/build/Release+Asserts/bin/clang -cc1 -internal-isystem /home/rkotler/slave/slavetargetbe2/build/Release+Asserts/bin/../lib/clang/3.5.0/include /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c 2>&1 | FileCheck /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c
> -- 
> Exit Code: 1
> 
> Command Output (stderr):
> -- 
> /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c:7:11: error: expected string not found in input
> // CHECK: prag\
>          ^
> <stdin>:1:1: note: scanning from here
> 0 Error: Segmentation fault
> ^
> <stdin>:1:3: note: possible intended match here
> 0 Error: Segmentation fault
>  ^
> 
> -- 
> On 03/12/2014 04:27 PM, reed kotler wrote:
>> On our recursed mips compiler on the cavium boards, I'm getting a
>> strange  failure on our second level resursed compiler, only on 2 of the
>> clang tests.
>> These two compilers do differ in the libc toolchaing.
>> 
>> When I run clang myself it looks fine so it seems to be a make check
>> issue. This is also, btw, a big endian machine.
>> I have not tried debugging filecheck for this; which is where the issue
>> seems to lie.
>> 
>> Maybe this looks familiar to someone.
>> 
>> rkotler at mipsswbrd002:~/slave/slavetargetbe/build$ ../install/bin/not --crash ../install/bin/clang -cc1 -analyze -analyzer-checker=debug.ExprInspection /home/rkotler/workspace/llvmslave/tools/clang/test/Analysis/crash-trace.c
>> 0  clang 0x0385c194 llvm::sys::PrintStackTrace(_IO_FILE*) + 96
>> Stack dump:
>> 0.	Program arguments: ../install/bin/clang -cc1 -analyze -analyzer-checker=debug.ExprInspection /home/rkotler/workspace/llvmslave/tools/clang/test/Analysis/crash-trace.c
>> 1.	<eof> parser at end of file
>> 2.	While analyzing stack:
>> 	#0 void inlined()
>> 	#1 void test()
>> 3.	/home/rkotler/workspace/llvmslave/tools/clang/test/Analysis/crash-trace.c:7:3: Error evaluating statement
>> 4.	/home/rkotler/workspace/llvmslave/tools/clang/test/Analysis/crash-trace.c:7:3: Error evaluating statement
>> Error: Trace/breakpoint trap
>> rkotler at mipsswbrd002:~/slave/slavetargetbe/build$
>> 
>> But when the same test is run during make check:
>> 
>> 
>> home/rkotler/workspace/llvmslave/tools/clang/test/Analysis/crash-trace.c:14:11: error: expected string not found in input
>> // CHECK: 0. Program arguments: {{.*}}clang
>>           ^
>> <stdin>:1:1: note: scanning from here
>> 0 5\H5*�i<*�i<5'05*�iL*�iL*�iT*�iT*�i\*�i\*�id*�id*�il*�il*�it*�it*�i|*�i|*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�j*�j*�j
>>                                                              *�j
>>                                                                 *�j*�j*�j*�j*�j$*�j$*�j,*�j,*�j4*�j4*�j<*�j<*�jD*�jD*�jL*�jL*�jT*�jT*�j\*�j\*�jd*�jd*�jl*�jl*�jt*�jt*�j|*�j|*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�k*�k*�k
>>                                                                            *�k
>>                                                                               *�k*�k*�k*�k*�k$*�k$*�k,*�k,*�k4*�k4*�k<*�k<*�kD*�kD*�kL*�kL*�kT*�kT*�k\*�k\*�kd*�kd*�kl*�kl*�kt*�kt*�k|*�k|*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�l*�l*�
>> l
>>          *�l
>>             *�l*�l*�l*�l*�l$*�l$*�l,*�l,*�l4*�l4*�l<*�l<*�lD*�lD*�lL*�lL*�lT*�lT*�l\*�l\*�ld*�ld*�ll*�ll*�lt*�lt*�l|*�l|*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�m*�m*�m
>>                        *�m
>>                           *�m*�m*�m*�m*�m$*�m$*�m,*�m, 0x0433d798 Error: Segmentation fault
>> <stdin>:1:1035: note: possible intended match here
>> 0 5\H5*�i<*�i<5'05*�iL*�iL*�iT*�iT*�i\*�i\*�id*�id*�il*�il*�it*�it*�i|*�i|*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�i�*�j*�j*�j
>>                                                              *�j
>>                                                                 *�j*�j*�j*�j*�j$*�j$*�j,*�j,*�j4*�j4*�j<*�j<*�jD*�jD*�jL*�jL*�jT*�jT*�j\*�j\*�jd*�jd*�jl*�jl*�jt*�jt*�j|*�j|*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�j�*�k*�k*�k
>>                                                                            *�k
>>                                                                               *�k*�k*�k*�k*�k$*�k$*�k,*�k,*�k4*�k4*�k<*�k<*�kD*�kD*�kL*�kL*�kT*�kT*�k\*�k\*�kd*�kd*�kl*�kl*�kt*�kt*�k|*�k|*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�k�*�l*�l*�
>> l
>>          *�l
>>             *�l*�l*�l*�l*�l$*�l$*�l,*�l,*�l4*�l4*�l<*�l<*�lD*�lD*�lL*�lL*�lT*�lT*�l\*�l\*�ld*�ld*�ll*�ll*�lt*�lt*�l|*�l|*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�l�*�m*�m*�m
>>                        *�m
>>                           *�m*�m*�m*�m*�m$*�m$*�m,*�m, 0x0433d798 Error: Segmentation fault
>> 
>> Tia.
>> 
>> Reed
>> 
>> 
>> 
>> _______________________________________________
>> cfe-dev mailing list
>> cfe-dev-Tmj1lob9twqVc3sceRu5cw at public.gmane.org
>> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>> 
> 
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20140312/f3e476fe/attachment.html>


More information about the cfe-dev mailing list