- May 29, 2012
-
-
Charles Davis authored
is negligible, but it makes the code clearer. Based on a suggestion by Jordy Rose. llvm-svn: 157601
-
Alexey Samsonov authored
llvm-svn: 157600
-
Peter Collingbourne authored
llvm-svn: 157599
-
Peter Collingbourne authored
native_log2. Patch by Joshua Cranmer! llvm-svn: 157598
-
Peter Collingbourne authored
llvm-svn: 157597
-
Peter Collingbourne authored
the operands are vectors of doubles. llvm-svn: 157596
-
Peter Collingbourne authored
llvm-svn: 157595
-
- May 28, 2012
-
-
Peter Collingbourne authored
llvm-svn: 157594
-
Benjamin Kramer authored
llvm-svn: 157593
-
Benjamin Kramer authored
llvm-svn: 157592
-
Peter Collingbourne authored
llvm-svn: 157591
-
Peter Collingbourne authored
llvm-svn: 157590
-
Peter Collingbourne authored
llvm-svn: 157589
-
David Blaikie authored
Use actual factory functions rather than derived classes acting as named constructors/factories. llvm-svn: 157588
-
Benjamin Kramer authored
The test case feeds the following into InstCombine's visitSelect: %tobool8 = icmp ne i32 0, 0 %phitmp = select i1 %tobool8, i32 3, i32 0 Then instcombine replaces the right side of the switch with 0, doesn't notice that nothing changes and tries again indefinitely. This fixes PR12897. llvm-svn: 157587
-
David Blaikie authored
llvm-svn: 157586
-
Dmitry Vyukov authored
llvm-svn: 157585
-
Dmitry Vyukov authored
llvm-svn: 157584
-
Charles Davis authored
for this. Reported by Timur Iskhodzhanov. llvm-svn: 157583
-
Alexander Potapenko authored
Clients may define the __asan_default_options char string containing the default options for the tool now. llvm-svn: 157582
-
Meador Inge authored
Attribute bits above 1<<30 are now encoded correctly. Additionally, the encoding/decoding functionality has been hoisted to helper functions in Attributes.h in an effort to help the encoding/decoding to stay in sync with the Attribute bitcode definitions. llvm-svn: 157581
-
Alexander Potapenko authored
llvm-svn: 157580
-
Dmitry Vyukov authored
llvm-svn: 157579
-
Dmitry Vyukov authored
llvm-svn: 157578
-
Benjamin Kramer authored
llvm-svn: 157577
-
Stepan Dyatkovskiy authored
Implemented IntItem - the wrapper around APInt. Why not to use APInt item directly right now? 1. It will very difficult to implement case ranges as series of small patches. We got several large and heavy patches. Each patch will about 90-120 kb. If you replace ConstantInt with APInt in SwitchInst you will need to changes at the same time all Readers,Writers and absolutely all passes that uses SwitchInst. 2. We can implement APInt pool inside and save memory space. E.g. we use several switches that works with 256 bit items (switch on signatures, or strings). We can avoid value duplicates in this case. 3. IntItem can be easyly easily replaced with APInt. 4. Currenly we can interpret IntItem both as ConstantInt and as APInt. It allows to provide SwitchInst methods that works with ConstantInt for non-updated passes. Why I need it right now? Currently I need to update SimplifyCFG pass (EqualityComparisons). I need to work with APInts directly a lot, so peaces of code ConstantInt *V = ...; if (V->getValue().ugt(AnotherV->getValue()) { ... } will look awful. Much more better this way: IntItem V = ConstantIntVal->getValue(); if (AnotherV < V) { } Of course any reviews are welcome. P.S.: I'm also going to rename ConstantRangesSet to IntegersSubset, and CRSBuilder to IntegersSubsetMapping (allows to map individual subsets of integers to the BasicBlocks). Since in future these classes will founded on APInt, it will possible to use them in more generic ways. llvm-svn: 157576
-
Stepan Dyatkovskiy authored
llvm-svn: 157575
-
Bill Wendling authored
Add support for the GCOV_PREFIX_STRIP env variable which tries to strip off the first 'n' directories from the filename. llvm-svn: 157574
-
Bill Wendling authored
llvm-svn: 157573
-
Bill Wendling authored
we can't open the file even after creating all of the directories to it, then just give up. llvm-svn: 157572
-
Bill Wendling authored
* Check for absolute paths before using the GCOV_PREFIX. * Don't add an ending path separator if there's already one. llvm-svn: 157571
-
Dmitry Vyukov authored
llvm-svn: 157570
-
Dmitry Vyukov authored
llvm-svn: 157569
-
Dmitry Vyukov authored
llvm-svn: 157568
-
Dmitry Vyukov authored
llvm-svn: 157567
-
Dmitry Vyukov authored
llvm-svn: 157566
-
Dmitry Vyukov authored
llvm-svn: 157565
-
Bill Wendling authored
replicating the code for every place it's needed, we instead generate a function that does that for us. This function is local to the executable, so there shouldn't be any writing violations. llvm-svn: 157564
-
Filipe Cabecinhas authored
llvm-svn: 157562
-
Charles Davis authored
llvm-svn: 157561
-