- May 09, 2012
-
-
Chad Rosier authored
llvm-svn: 156507
-
Danil Malyshev authored
This bug was fixed by Jim Grosbach in #138879, thanks Jim! llvm-svn: 156505
-
Filipe Cabecinhas authored
Deal with being passed no parameters Remove the infinite loop when it's passed something like --help llvm-svn: 156504
-
Richard Smith authored
normal parse for token sequences like 'vector pixel foo'. This incidentally also fixes a couple of wrong-parse issues. llvm-svn: 156503
-
Chad Rosier authored
llvm-svn: 156502
-
Chad Rosier authored
llvm-svn: 156501
-
Simon Atanasyan authored
That allows to run the tests on all platforms successfully. llvm-svn: 156500
-
Chad Rosier authored
llvm-svn: 156498
-
Chad Rosier authored
llvm-svn: 156497
-
Jim Ingham authored
Remove the string pool from the global destructor chain so it doesn't get yanked out from under us prematurely on exit. rdar://problem/11358062 llvm-svn: 156496
-
David Blaikie authored
Also, add an anchor as per http://llvm.org/docs/CodingStandards.html#ll_virtual_anch llvm-svn: 156495
-
Roman Divacky authored
llvm-svn: 156494
-
Chad Rosier authored
llvm-svn: 156493
-
Chad Rosier authored
llvm-svn: 156492
-
Roman Divacky authored
llvm-svn: 156491
-
Jim Grosbach authored
llvm-svn: 156490
-
Chad Rosier authored
rdar://11409204 llvm-svn: 156489
-
Anna Zaks authored
llvm-svn: 156488
-
-
Bob Wilson authored
For the Family 6 switch in sys::getHostCPUName, an unrecognized model was reported as "i686". That's a really bad default since it means that new CPUs will be treated as if they can only use 32-bit code. This just looks at the cpuid extended feature flag for 64 bit support, and if that is set, it uses a default x86-64 cpu. Similar logic is already used for the Family 15 code. <rdar://problem/11314502> llvm-svn: 156486
-
Argyrios Kyrtzidis authored
rdar://11407754 llvm-svn: 156485
-
Chad Rosier authored
llvm-svn: 156484
-
Chad Rosier authored
This new function provides a way to get the iOS version number from ios triples. Part of rdar://11409204 llvm-svn: 156483
-
Anna Zaks authored
llvm-svn: 156482
-
Anna Zaks authored
llvm-svn: 156481
-
Fariborz Jahanian authored
unknown to me. llvm-svn: 156480
-
Hans Wennborg authored
This lets you save the textual representation of the LLVM IR to a file. Before this patch it could only be printed to STDERR from llvm-c. Patch by Carlo Kok! llvm-svn: 156479
-
Simon Atanasyan authored
a command line argument adjuster, which is responsible for command line arguments modification before the arguments are used to run a frontend action. Define class ClangSyntaxOnlyAdjuster implements ArgumentsAdjuster interface. This class converts input command line arguments to the "syntax check only" variant. Reviewed by Manuel Klimek. llvm-svn: 156478
-
-
Argyrios Kyrtzidis authored
in ObjCMethodDecl to indicate whether the method does not override any other method, which is the majority of cases. That way we can avoid unnecessary work doing lookups, especially when PCH is involved. rdar://11360082 llvm-svn: 156476
-
Nuno Lopes authored
add a test for -fbounds-checking code generation llvm-svn: 156474
-
Nuno Lopes authored
change the objectsize intrinsic signature: add a 3rd parameter to denote the maximum runtime performance penalty that the user is willing to accept. This commit only adds the parameter. Code taking advantage of it will follow. llvm-svn: 156473
-
Manuel Klimek authored
them, and requires the user to click away one error message per folder on project load. llvm-svn: 156472
-
Filipe Cabecinhas authored
llvm-svn: 156471
-
Bill Wendling authored
Patch by Andrew Wilkins! llvm-svn: 156469
-
Richard Smith authored
or template-id which can't be parsed. llvm-svn: 156468
-
Craig Topper authored
llvm-svn: 156466
-
Ted Kremenek authored
llvm-svn: 156465
-
Ted Kremenek authored
Teach IsTailPaddedMemberArray() (used by -Warray-bounds) that a FieldDecl may have a Typedef type, and not always a ConstantArrayType. Fixes <rdar://problem/11387038>. llvm-svn: 156464
-
Richard Smith authored
candidate template ignored: substitution failed [with T = int]: no type named 'type' in 'std::enable_if<false, void>' Instead, just say: candidate template ignored: disabled by 'enable_if' [with T = int] ... and point at the enable_if condition which (we assume) failed. This is applied to all cases where the user writes 'typename enable_if<...>::type' (optionally prefixed with a nested name specifier), and 'enable_if<...>' names a complete class type which does not have a member named 'type', and this results in a candidate function being ignored in a SFINAE context. Thus it catches 'std::enable_if', 'std::__1::enable_if', 'boost::enable_if' and 'llvm::enable_if'. llvm-svn: 156463
-