Yes, Same issue. I did not have time to investigate further yet. It's probably due to the use after free issue (with abuse of StringRef) you fixed.
Anna. On Mar 16, 2012, at 7:21 PM, NAKAMURA Takumi wrote: > Anna, how has it been broken for you? > > For me, w/o -triple, > > msvc: garbage in output. ( @ means 0x00 NUL char) > <string>@@turned allocated memory</string> > > mingw: fine. > > ...Takumi > > 2012/3/17 Anna Zaks <[email protected]>: >> Author: zaks >> Date: Fri Mar 16 20:53:32 2012 >> New Revision: 152969 >> >> URL: http://llvm.org/viewvc/llvm-project?rev=152969&view=rev >> Log: >> [analyzer] This test is breaking windows bots, make it darwin-specific. >> >> (The plist output does not match the one we expect, specifically we do >> not detect that the interesting symbol is returned by a call.) >> >> Modified: >> cfe/trunk/test/Analysis/malloc-plist.c >> >> Modified: cfe/trunk/test/Analysis/malloc-plist.c >> URL: >> http://llvm.org/viewvc/llvm-project/cfe/trunk/test/Analysis/malloc-plist.c?rev=152969&r1=152968&r2=152969&view=diff >> ============================================================================== >> --- cfe/trunk/test/Analysis/malloc-plist.c (original) >> +++ cfe/trunk/test/Analysis/malloc-plist.c Fri Mar 16 20:53:32 2012 >> @@ -1,4 +1,4 @@ >> -// RUN: %clang_cc1 -analyze -analyzer-checker=unix.Malloc >> -analyzer-output=plist -o %t %s >> +// RUN: %clang_cc1 -triple x86_64-apple-darwin -analyze >> -analyzer-checker=unix.Malloc -analyzer-output=plist -o %t %s >> // RUN: FileCheck --input-file %t %s >> >> typedef __typeof(sizeof(int)) size_t; >> >> >> _______________________________________________ >> cfe-commits mailing list >> [email protected] >> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits _______________________________________________ cfe-commits mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
