Skip to content
  1. Dec 03, 2012
    • Chandler Carruth's avatar
      Use the new script to sort the includes of every file under lib. · ed0881b2
      Chandler Carruth authored
      Sooooo many of these had incorrect or strange main module includes.
      I have manually inspected all of these, and fixed the main module
      include to be the nearest plausible thing I could find. If you own or
      care about any of these source files, I encourage you to take some time
      and check that these edits were sensible. I can't have broken anything
      (I strictly added headers, and reordered them, never removed), but they
      may not be the headers you'd really like to identify as containing the
      API being implemented.
      
      Many forward declarations and missing includes were added to a header
      files to allow them to parse cleanly when included first. The main
      module rule does in fact have its merits. =]
      
      llvm-svn: 169131
      ed0881b2
    • Chris Lattner's avatar
      clarify that this isn't lld. · 309adbdd
      Chris Lattner authored
      llvm-svn: 169130
      309adbdd
    • Chandler Carruth's avatar
      Add a completely hack-ish tool to sort includes according to the coding · cba0f3dd
      Chandler Carruth authored
      standards.
      
      I am a terrible Python programmer. Patches more the welcome. Please tell
      me how this should look if it should look differently. It's just a tiny
      little script so it didn't make sense to go through pre-commit review,
      especially as someone who actually knows python may want to just rip it
      apart and do it The Right Way.
      
      I will be preparing a commit shortly that uses this script to
      canonicalize *all* of the #include lines in LLVM. Really, all of them.
      
      llvm-svn: 169125
      cba0f3dd
    • Chandler Carruth's avatar
      Remove some buggy and apparantly unnecessary code from SROA. · f02b8bf1
      Chandler Carruth authored
      The partitioning logic attempted to handle uses of an alloca with an
      offset starting before the alloca so long as the use had some overlap
      with the alloca itself. However, there was a bug where we tested
      '(uint64_t)Offset >= AllocSize' without first checking whether 'Offset'
      was positive. As a consequence, essentially every negative offset (that
      is, starting *before* the alloca does) would be thrown out, even if it
      was overlapping. The subsequent code to throw out negative offsets which
      were actually non-overlapping was essentially dead. The code to *handle*
      overlapping negative offsets was actually dead!
      
      I've just removed all of this, and taught SROA to discard any uses which
      start prior to the alloca from the beginning. It has the lovely property
      of simplifying the code. =] All the tests still pass, and in fact no new
      tests are needed as this is already covered by our testsuite. Fixing the
      code so that negative offsets work the way the comments indicate they
      were supposed to work causes regressions. That's how I found this.
      
      Anyways, this is all progress in the correct direction -- tightening up
      SROA to be maximally aggressive. Some day, I really hope to turn
      out-of-bounds accesses to an alloca into 'unreachable'.
      
      llvm-svn: 169120
      f02b8bf1
    • Nuno Lopes's avatar
      fix stats for added checks · 5eec2679
      Nuno Lopes authored
      llvm-svn: 169119
      5eec2679
    • Jyotsna Verma's avatar
      Define signed const-ext predicates. · 014dfe4d
      Jyotsna Verma authored
      llvm-svn: 169117
      014dfe4d
    • Bill Wendling's avatar
      Remove 'deplibs' keyword, since it's no longer used. · fbecf8ba
      Bill Wendling authored
      llvm-svn: 169116
      fbecf8ba
    • Eli Bendersky's avatar
      Clean up, bring up-to-date and apply consistent formatting. · 03551383
      Eli Bendersky authored
      This document is a long-time pet peeve :-) More fixes to come.
      
      llvm-svn: 169115
      03551383
  2. Dec 02, 2012
  3. Dec 01, 2012
Loading