- May 27, 2012
-
-
Benjamin Kramer authored
llvm-svn: 157527
-
Benjamin Kramer authored
This is obviosly right but I don't see how to do this with proper vector iterators without building a horrible mess of workarounds. llvm-svn: 157526
-
Benjamin Kramer authored
vector.begin()-1 is invalid too. llvm-svn: 157525
-
Charles Davis authored
the Microsoft Visual C++ ABI. Currently limited to type and integral non-type arguments. Based on a patch by Timur Iskhodzhanov! llvm-svn: 157524
-
Chris Lattner authored
llvm-svn: 157523
-
- May 26, 2012
-
-
Benjamin Kramer authored
Found by libstdc++'s debug mode. llvm-svn: 157522
-
Benjamin Kramer authored
SelectionDAGBuilder: When emitting small compare chains for switches order them by using edge weights. SimplifyCFG tends to form a lot of 2-3 case switches when merging branches. Move the most likely condition to the front so it is checked first and the others can be skipped. This is currently not as effective as it could be because SimplifyCFG destroys profiling metadata when merging branches and switches. Merging branch weight metadata is tricky though. This code touches at most 3 cases so I didn't use a proper sorting algorithm. llvm-svn: 157521
-
Benjamin Kramer authored
No test as the output is highly dependend on the local configuration. llvm-svn: 157520
-
Greg Clayton authored
A local std::string was being filled in and then the function would return "s.c_str()". A local StreamString (which contains a std::string) was being filled in, and essentially also returning the c string from the std::string, though it was in a the StreamString class. The fix was to not do this by passing a stream object into StringList::Join() and fix the "arch_helper()" function to do what it should: cache the result in a global. llvm-svn: 157519
-
Duncan Sands authored
then it doesn't alter the instructions composing it, however it would continue to move the instructions to just before the expression root. Ensure it doesn't move them either, so now it really does nothing if there is nothing to do. That commit also ensured that nsw etc flags weren't cleared if the expression was not being changed. Tweak this a bit so that it doesn't clear flags on the initial part of a computation either if that part didn't change but later bits did. llvm-svn: 157518
-
Fariborz Jahanian authored
// rdar://11528439 llvm-svn: 157517
-
Benjamin Kramer authored
llvm-svn: 157516
-
Benjamin Kramer authored
llvm-svn: 157515
-
Benjamin Kramer authored
Negative cycles are filtered out earlier. llvm-svn: 157514
-
Duncan Sands authored
which operands come flying out of the linearization stage. llvm-svn: 157512
-
Richard Smith authored
-Wsometimes-uninitialized diagnostics to make it clearer that the cause of the issue may be a condition which must always evaluate to true or false, rather than an uninitialized variable. To emphasize this, add a new note with a fixit which removes the impossible condition or replaces it with a constant. Also, downgrade the diagnostic from -Wsometimes-uninitialized to -Wconditional-uninitialized when it applies to a range-based for loop, since the condition is not written explicitly in the code in that case. llvm-svn: 157511
-
David Blaikie authored
llvm-svn: 157510
-
Alexander Kornienko authored
switch label immediately followed by a 'break;'. llvm-svn: 157508
-
Johnny Chen authored
Make 'help arch' return the list of supported architectures. Add a convenience method StringList::Join(const char *separator) which is called from the help function for 'arch'. Also add a simple test case. llvm-svn: 157507
-
Jim Ingham authored
llvm-svn: 157506
-
Bill Wendling authored
are passed in. However, those arguments may be in a write-protected area, as far as the runtime library is concerned. For instance, the data could be placed into a 'linkedit' section, which isn't writable. Emit the code from llvm_gcda_increment_indirect_counter directly into the function instead. Note: The code for this is ugly, and can lead to bloat. We should look into simplifying this code instead of having all of these branches. <rdar://problem/11181370> llvm-svn: 157505
-
Akira Hatanaka authored
Benjamin Kramer. llvm-svn: 157504
-
Howard Hinnant authored
The rules for emplace in map, multimap, unordered_map and unordered_multimap changed a while back and I'm just now updating to these new rules. In a nutshell, you've got to know you're emplacing to a pair and use one of pair's constructors. I made one extension: If you want to emplace the key and default construct the mapped_type, you can just emplace(key), as opposed to emplace(piecewise_construct, forward_as_tuple(key), forward_as_tuple()). llvm-svn: 157503
-
- May 25, 2012
-
-
Bill Wendling authored
llvm-svn: 157502
-
Bill Wendling authored
llvm-svn: 157501
-
Nuno Lopes authored
add test case for C++ codegen llvm-svn: 157500
-
Nuno Lopes authored
llvm-svn: 157498
-
Johnny Chen authored
Allow setting conditions inline with breakpoints. Add test cases. llvm-svn: 157497
-
Akira Hatanaka authored
llvm-svn: 157496
-
Akira Hatanaka authored
Delete MipsExpandPseudo. llvm-svn: 157495
-
Akira Hatanaka authored
llvm-svn: 157494
-
Akira Hatanaka authored
llvm-svn: 157493
-
Akira Hatanaka authored
llvm-svn: 157492
-
Argyrios Kyrtzidis authored
llvm-svn: 157491
-
Sean Callanan authored
entity imported by the ASTImporter had a NamedDecl with a name that wasn't a plain string (e.g., a selector). llvm-svn: 157488
-
rdar://problem/11535465Greg Clayton authored
LC_ENCRYPTION_INFO with "cryptid == 0" is not actually encrypted and LLDB fails to read memory from file. llvm-svn: 157487
-
Rafael Espindola authored
method template. llvm-svn: 157486
-
Justin Holewinski authored
NV_CONTRIB llvm-svn: 157485
-
rdar://problem/11534686Greg Clayton authored
Reading memory from a file when the section is encrypted doesn't show an error. No we do. llvm-svn: 157484
-
Nuno Lopes authored
llvm-svn: 157483
-