- Apr 03, 2013
-
-
Eric Christopher authored
llvm-svn: 178586
-
Eric Christopher authored
llvm-svn: 178585
-
- Mar 28, 2013
-
-
David Blaikie authored
This reverts commit 342d92c7a0adeabc9ab00f3f0d88d739fe7da4c7. Turns out we're going with a different schema design to represent DW_TAG_imported_modules so we won't need this extra field. llvm-svn: 178215
-
- Mar 27, 2013
-
-
David Blaikie authored
llvm-svn: 178155
-
Benjamin Kramer authored
llvm-svn: 178144
-
David Blaikie authored
This is just the basic groundwork for supporting DW_TAG_imported_module but I wanted to commit this before pushing support further into Clang or LLVM so that this rather churny change is isolated from the rest of the work. The major churn here is obviously adding another field (within the common DIScope prefix) to all DIScopes (files, classes, namespaces, lexical scopes, etc). This should be the last big churny change needed for DW_TAG_imported_module/using directive support/PR14606. llvm-svn: 178099
-
David Blaikie authored
llvm-svn: 178091
-
David Blaikie authored
llvm-svn: 178090
-
- Mar 26, 2013
-
-
David Blaikie authored
This will be used to factor out some uses of magic number operand offsets inside Clang where these fields were updated in an effort to resolve forward declarations/circular references. llvm-svn: 178078
-
- Mar 22, 2013
-
-
David Blaikie authored
This is the last change in transitioning all DIScopes to have a common prefix. llvm-svn: 177756
-
David Blaikie authored
llvm-svn: 177754
-
Bill Wendling authored
llvm-svn: 177748
-
David Blaikie authored
llvm-svn: 177742
-
Arnaud A. de Grandmaison authored
InstCombine: Improve the result bitvect type when folding (cmp pred (load (gep GV, i)) C) to a bit test. The original code used i32, and i64 if legal. This introduced unneeded casts when they aren't legal, or when the index variable i has another type. In order of preference: try to use i's type; use the smallest fitting legal type (using an added DataLayout method); default to i32. A testcase checks that this works when the index gep operand is i16. Patch by : Ahmed Bougacha <ahmed.bougacha@gmail.com> Reviewed by : Duncan llvm-svn: 177712
-
David Blaikie authored
llvm-svn: 177703
-
David Blaikie authored
Refactor the filename/directory information in DISubprogram to refer directly to the pair rather than the DIFile. llvm-svn: 177677
-
Bill Wendling authored
llvm-svn: 177675
-
- Mar 21, 2013
-
-
David Blaikie authored
llvm-svn: 177674
-
David Blaikie authored
llvm-svn: 177661
-
Chandler Carruth authored
header. This method is called in the hot path for *many* passes, SROA is what caught my interest. A common pattern is that which branch of the switch should be taken is known in the callsite and so it is a very good candidate for inlining and simplification. Moving it into the header allows the optimizer to fold a lot of boring, repeatitive code in callers of this routine. I'm seeing pretty significant speedups in parts of SROA and I suspect other passes will see similar speedups if they end up working with type sizes frequently. I've not seen any significant growth of the binaries as a consequence, but let me know if you see anything suspicious here. llvm-svn: 177632
-
David Blaikie authored
This removes the DICompileUnit special case from DIScope. llvm-svn: 177610
-
Jakub Staszak authored
They are generally faster (at least not slower) than post-inc, post-dec. llvm-svn: 177608
-
- Mar 20, 2013
-
-
David Blaikie authored
llvm-svn: 177595
-
David Blaikie authored
llvm-svn: 177590
-
Chris Lattner authored
llvm-svn: 177576
-
David Blaikie authored
Refactor file/directory path in namespace debug info to refer directly to the pair rather than the DIFile (paired to a Clang test - excuse the buildbot skew/fallout) llvm-svn: 177566
-
David Blaikie authored
Patch by Kai Nacke (kai@redstar.de) llvm-svn: 177547
-
David Blaikie authored
Moving the DIFile parameter to immediately proceed the tag so that it will be a common prefix with other DIScopes (once the DIFile is replaced with the raw file/directory pair). llvm-svn: 177492
-
David Blaikie authored
Sorry for the version skew - I should've committed this before the corresponding Clang test case. llvm-svn: 177486
-
David Blaikie authored
Refactor the DIFile (2nd) parameter to DITypes to be an MDNode reference to a raw directory/file pair This makes DIType's first non-tag parameter the same as DIFile's, allowing them to both share the common implementation of getFilename/getDirectory in DIScope. llvm-svn: 177467
-
David Blaikie authored
This is another step along the way to making all DIScopes have a common prefix which can be added to in a general manner to support using directives (DW_TAG_imported_module). llvm-svn: 177462
-
- Mar 19, 2013
-
-
David Tweed authored
The testing to ensure a vector of zeros of type floating point isn't misclassified as negative zero can be simplified, as pointed out by Duncan Sands. llvm-svn: 177386
-
- Mar 18, 2013
-
-
David Tweed authored
we weren't differntiating floating-point zeroinitializers from other zero-initializers) which was causing problems for code relying upon a + (+0.0f) to, eg, flush denormals to 0. Make the scalar and vector cases have the same behaviour. llvm-svn: 177279
-
- Mar 17, 2013
-
-
David Blaikie authored
Seems some accidental C++11 crept in there. Reported by the C++98 buildbots. llvm-svn: 177241
-
David Blaikie authored
This is the first step to making all DIScopes have a common metadata prefix (so that things (using directives, for example) that can appear in any scope can be added to that common prefix). DIFile is itself a DIScope so the common prefix of all DIScopes cannot be a DIFile - instead it's the raw filename/directory name pair. llvm-svn: 177239
-
- Mar 13, 2013
-
-
David Blaikie authored
llvm-svn: 176983
-
Reed Kotler authored
up putback to clang for mips16. llvm-svn: 176968
-
David Blaikie authored
This is the next step towards making the metadata for DIScopes have a common prefix rather than having to delegate based on their tag type. llvm-svn: 176913
-
- Mar 12, 2013
-
-
David Blaikie authored
llvm-svn: 176910
-
David Blaikie authored
This could be 'null' or the empty string, DIDescriptor::getStringField coalesces the two cases anyway so it's just a matter of legible/efficient representation. The change in behavior of the DICompileUnit::get* functions could be subsumed by the full verification check - but ideally that should just be an assertion if we could front-load the actual debug info metadata failure paths. llvm-svn: 176907
-