and though bugs are the bane of my existence, rest assured the wretched thing will get the best of care here

  1. 07 Nov, 2011 32 commits
    • Bill Wendling's avatar
      Merging r143712: · a7d131fb
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143712 | efriedma | 2011-11-04 10:29:35 -0700 (Fri, 04 Nov 2011) | 3 lines
      
      Add missing argument for atomic instructions in c++ backend.  PR11268, part 2.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143999
      a7d131fb
    • Bill Wendling's avatar
      Merging r143406: · 0fbdb0ad
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143406 | efriedma | 2011-10-31 16:59:22 -0700 (Mon, 31 Oct 2011) | 3 lines
      
      Add support for new atomics to cpp backend.  Misc other fixes while I'm here.  PR11268.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143998
      0fbdb0ad
    • Chandler Carruth's avatar
      Merging r143917: · 5e5ca787
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143917 | chandlerc | 2011-11-07 01:17:31 -0800 (Mon, 07 Nov 2011) | 12 lines
      
      Rip out one of the features I added for the driver-include-management.
      We don't actually need a separate flag for non-sysrooted paths as the
      driver has to manage the sysroot anyways. The driver is not infrequently
      adding paths to the header search based on their existence on the
      filesystem. For that, it has to add the sysroot anyways, we should pass
      it on down to CC1 already joined. More importantly, the driver cannot in
      all cases distinguish between sysrooted paths and paths that are
      relative to the Clang binary's installation directory. Essentially, we
      always need to ignore the system root for these internal header search
      options. It turns out in most of the places we were already providing
      the system root in the driver, and then another one in CC1 so this fixes
      several bugs.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143956
      5e5ca787
    • Chandler Carruth's avatar
      Merging r143916: · de9c697e
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143916 | chandlerc | 2011-11-07 01:01:17 -0800 (Mon, 07 Nov 2011) | 4 lines
      
      Fix Linux libc++ usage. Somehow this slipped through during the port.
      
      Test cases for this and all the rest of the port are still in the works,
      but will wait for a fixed computer and post 3.0 merging...
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143955
      de9c697e
    • Chandler Carruth's avatar
      Merging r143897: · 02591c29
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143897 | chandlerc | 2011-11-06 15:10:49 -0800 (Sun, 06 Nov 2011) | 2 lines
      
      Remove an old OpenSUSE hack that is no longer needed -- it is exactly
      the same as a directory added further down in the new logic.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143954
      02591c29
    • Chandler Carruth's avatar
      Merging r143896: · ce9034fb
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143896 | chandlerc | 2011-11-06 15:09:05 -0800 (Sun, 06 Nov 2011) | 3 lines
      
      Remove the HasMultilib check. It was essentially useless. The driver now
      looks for evidence of a multilib installation, and adds the appropriate
      bits to the search paths.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143953
      ce9034fb
    • Chandler Carruth's avatar
      Merging r143875: · 5aaaf48c
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143875 | chandlerc | 2011-11-06 02:51:30 -0800 (Sun, 06 Nov 2011) | 2 lines
      
      The version objects need to actually store the version strings; they
      aren't guaranteed to live long enough otherwise.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143952
      5aaaf48c
    • Chandler Carruth's avatar
      Merging r143874: · f1c66f59
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143874 | chandlerc | 2011-11-06 02:31:01 -0800 (Sun, 06 Nov 2011) | 16 lines
      
      Throw the switch and move all Linux header search over to the GCC
      detection system that is providing the library paths and crt object
      files.
      
      This, modulo any bugs that need to be shaken out, resolves numerous bugs
      with how we handle header paths. Here are a few that I know of:
      - We no longer need to enumerate all GCC versions searched.
      - OpenSUSE searched GCC versions in the wrong order.
      - There were typos when selecting various patterns, etc.
      - We aren't stating quite some many directories now.
      - SysRoot didn't always work in a reasonable way.
      
      I'm working on tests for this, but the tests are making me and Lit sad.
      The real testing for this type of driver change is to try it out on
      various distributions. I'll hit the common ones right away, and start
      more thorough testing tomorrow after some sleep.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143951
      f1c66f59
    • Chandler Carruth's avatar
      Merging r143873: · afa0e6fb
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143873 | chandlerc | 2011-11-06 02:30:58 -0800 (Sun, 06 Nov 2011) | 2 lines
      
      Add a missing triple spotted by inspecting and testing of the include
      path triples. Also order the 32-bit triples a bit more reasonably.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143949
      afa0e6fb
    • Chandler Carruth's avatar
      Merging r143871: · c954a306
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143871 | chandlerc | 2011-11-06 01:39:46 -0800 (Sun, 06 Nov 2011) | 3 lines
      
      Lift the GCCVersion type into the header file and start persisting it in
      the detected GCC installation. This allows us to expose another aspect
      of what we detected: the GCC version. This will be used shortly.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143948
      c954a306
    • Chandler Carruth's avatar
      Merging r143869: · 421c8baa
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143869 | chandlerc | 2011-11-06 01:21:54 -0800 (Sun, 06 Nov 2011) | 2 lines
      
      Switch some of these interfaces from std::string to StringRef and Twine.
      This will facilitate further use and recombinations of them.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143947
      421c8baa
    • Chandler Carruth's avatar
      Merging r143866: · 9cab0c3e
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143866 | chandlerc | 2011-11-06 01:21:07 -0700 (Sun, 06 Nov 2011) | 4 lines
      
      Take a better approach to detecting and selecting multiarch include
      directories. This way we stop at the first multiarch directory found on
      the system. This achieves the real intended result of pruning
      non-existent directories.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143946
      9cab0c3e
    • Chandler Carruth's avatar
      Merging r143863: · 69c35faa
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143863 | chandlerc | 2011-11-05 23:59:15 -0700 (Sat, 05 Nov 2011) | 4 lines
      
      This test was assuming that /usr/include was in the system header search
      path. That assumption should never have been true, but it was until
      I fixed it. Now that its fixed, add a triple here to get correct
      behavior even on Windows.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143945
      69c35faa
    • Chandler Carruth's avatar
      Merging r143842: · ae95127c
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143842 | chandlerc | 2011-11-05 16:29:28 -0700 (Sat, 05 Nov 2011) | 3 lines
      
      Switch Lit to directly query the driver for the builtin inclue path.
      Thanks to Peter for pointing out how easy this is to do. I'm now much
      happier with this solution.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143944
      ae95127c
    • Chandler Carruth's avatar
      Merging r143841: · c1c82eee
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143841 | chandlerc | 2011-11-05 16:24:30 -0700 (Sat, 05 Nov 2011) | 22 lines
      
      Enhance the GCC version parsing and comparison logic to handle some more
      edge cases and have better behavior. Specifically, we should actually
      prefer the general '4.6' version string over the '4.6.1' string, as
      '4.6.2' should be able to replace it without breaking rpaths or any
      other place that these paths have been embedded. Debian-based
      distributions are already using a path structure with symlinks to
      achieve in-place upgrades for patch versions. Now our parsing reflects
      this and we select the shorter paths instead of the longer paths.
      
      A separate issue was that we would not parse a leading patch version
      number even in the presence of a suffix. The above change makes this
      more problematic as it would cause a suffix being added to make us treat
      the entire thing as patch-version-agnostic, which it isn't. This changes
      the logic to distinguish between '4.4.x' and 4.4.1-x', and retain that
      the latter has *some* patch number information. Currently, we always
      bias toward the shorter and more canonical version strings. If it
      becomes important we can add more Debian like rules to produce sequences
      such as '4.4.1b' > '4.4.1' > '4.4.1-rc3' > '4.4.1-rc2' > '4.4.1-pre5',
      but I'm very doubtful this will ever matter or be desirable.
      
      I've made the tests for this logic a bit more interesting, and added
      some specific tests for logic that is now different.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143943
      c1c82eee
    • Chandler Carruth's avatar
      Merging r143840: · 9eeddcf3
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143840 | chandlerc | 2011-11-05 15:23:14 -0700 (Sat, 05 Nov 2011) | 4 lines
      
      Remove a pointless member. I have no idea why I made this not a local
      variable to begin with... As I'm planning to add include root
      information to this object, this would have caused confusion. It didn't
      even *actually* hold the include root by the time we were done with it.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143942
      9eeddcf3
    • Chandler Carruth's avatar
      Merging r143839: · 8d9c0888
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143839 | chandlerc | 2011-11-05 15:23:11 -0700 (Sat, 05 Nov 2011) | 2 lines
      
      Remove a no-longer needed helper function. Thanks for implementing this
      Michael!
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143941
      8d9c0888
    • Chandler Carruth's avatar
      Merging r143838: · bec38f0d
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143838 | chandlerc | 2011-11-05 15:07:51 -0700 (Sat, 05 Nov 2011) | 10 lines
      
      Move the GCC installation detection helper a member of the Linux
      toolchain instead of merely using it in the constructor. This will allow
      us to query it when building include paths as well as the file search
      paths built in the constructor. I've lifted as little of it as I could
      into the header file.
      
      Eventually this will likely sink down into some of the Generic
      toolchains and be used on more platforms, but I'm starting on Linux so
      I can work out all the APIs needed there, where it is easiest to test
      and we have the most pressing need.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143940
      bec38f0d
    • Chandler Carruth's avatar
      Merging r143836: · 246dabac
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143836 | chandlerc | 2011-11-05 14:26:18 -0700 (Sat, 05 Nov 2011) | 5 lines
      
      Remove support for Gentoo subversion-ebuild installed llvm-gcc libstdc++
      headers. As llvm-gcc is dead, and I have no idea if this ever really
      worked, I think it's time for it to go. More importantly, it makes it
      harder to generalize the include search logic. If someone really wants
      these to work, they can set the CPLUS_INCLUDE_PATH environment variable.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143939
      246dabac
    • Chandler Carruth's avatar
      Merging r143823: · 5fe100a8
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143823 | chandlerc | 2011-11-05 13:55:50 -0700 (Sat, 05 Nov 2011) | 4 lines
      
      Teach lit to ask the Clang it is running what version string to use
      rather than presuming that it is 3.0. This is extra important as the
      version should be 3.1, but CMake hasn't caught up with the times.
      That'll be fixed in a separate commit.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143938
      5fe100a8
    • Chandler Carruth's avatar
      Merging r143822: · 7507b8d3
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143822 | chandlerc | 2011-11-05 13:17:13 -0700 (Sat, 05 Nov 2011) | 12 lines
      
      Move the Linux header searching from the Frontend to the Driver. This is
      the first (and diff-noisiest) step to making Linux header searching
      tremendously more principled and less brittle. Note that this step
      should have essentially no functional impact. We still search the exact
      same set of paths in the exact same order. The only change here is where
      the code implementing such a search lives.
      
      This has one obvious negative impact -- we now pass a ludicrous number
      of flags to the CC1 layer. That should go away as I re-base this logic
      on the logic to detect a GCC installation. I want to do this in two
      phases so the bots can tell me if this step alone breaks something, and
      so that the diffs of the refactoring make more sense.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143937
      7507b8d3
    • Chandler Carruth's avatar
      Merging r143807: · 36cbea60
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143807 | chandlerc | 2011-11-05 03:41:42 -0700 (Sat, 05 Nov 2011) | 4 lines
      
      Compute the path properly on different platforms. Specifically, compute
      it the exact same way that the Clang code computes this path.
      
      Hopefully with this, the MSVC bots will actually come back to life.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143936
      36cbea60
    • Chandler Carruth's avatar
      Merging r143806: · 4e61d201
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143806 | chandlerc | 2011-11-05 03:15:33 -0700 (Sat, 05 Nov 2011) | 15 lines
      
      Change this test to reflect the state we are moving in. The Clang
      builtin headers are no longer going to receive the old 'implicit extern
      "C" block' semantics. This hint is actually ignored by both Clang and
      GCC at this point, and Clang's own builtin headers can simply be changed
      if there is any issue with this. Clang should be free to include these
      however it wants, and so shorter and simpler is better.
      
      Note: *nothing* is changing about the *system* stddef.h include. That
      should always have the exact same include semantics, whether with Clang
      or GCC or any other compiler. Only the compiler-builtin header search
      path is changing.
      
      If anyone knows of some risk that this introduces that I've not thought
      of, please chime in. So far, only Windows has switched to the Brave New
      World, but others should be switching soon.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143935
      4e61d201
    • Chandler Carruth's avatar
      Merging r143805: · c71ec93c
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143805 | chandlerc | 2011-11-05 03:15:30 -0700 (Sat, 05 Nov 2011) | 4 lines
      
      Switch these two tests to use the Clang driver instead of CC1. They want
      to do "realistic" includes, and so need the header search logic now in
      the driver. This in turn requires switching the CC1 options to the
      actual driver options, and passing -Xclang where there is no analogy.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143934
      c71ec93c
    • Chandler Carruth's avatar
      Merging r143804: · 1e38f1d0
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143804 | chandlerc | 2011-11-05 03:15:27 -0700 (Sat, 05 Nov 2011) | 38 lines
      
      Teach Lit to pass the CC1 invocation the builtin include directory. This
      is a pretty gross hack, but I don't have any significantly cleaner ideas
      for this. There are several things obviously gross about it:
      
      1) Lit shouldn't know that Clang needs this. This really that bad, as
         Lit already knows about CC1 and other internal details.
      2) This hard codes the '3.0' version number, which is pretty lame.
      3) This hard codes every other aspect of the resource dir structure
         which is less lame than the version number, but still not great.
      
      However, it should bring the MSVC tests back to life, and it should
      unblock the rest of the move from Frontend to Driver, so I think it's
      worth a bit of grossness that is isolated in our testing infrastructure
      while we figure out the best long term approach. I have the following
      ideas, some of which only solve part of the problem (and thus might need
      to be combined with other ideas):
      
      a) Create a symlink or other convenience path instead of a version
         number.
      b) Run 'clang' directly in the lit.cfg, look at its resource dir, and use
         that.
      c) Switch all the tests to use the driver instead of CC1.
      d) Hack the frontend to synthesize builtin include directories when none
         are provided by the driver.
      
      I don't like (d) because it feels very hackish and likely to break. We
      can only solve a small part of the problem with (a). I wanted to vote
      for (c), but lots of the tests in this bucket are really heavily using
      internal-only flags like -verify and -triple. I'm loath to complicate
      them with the full driver layer. Also, switching them to the driver adds
      more than just builtin headers, but all of the rest of the system
      headers!
      
      This leaves me with (b). If others like (b), I'll switch to it, but it
      felt a bit icky. Nothing concrete, and the other options look
      significantly worse, but I felt icky enough that I wanted to start with
      a more brain-dead patch to stop the bleeding, and gauge others' feelings
      here.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143933
      1e38f1d0
    • Chandler Carruth's avatar
      Merging r143801: · 4fb21f4b
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143801 | chandlerc | 2011-11-05 02:24:44 -0700 (Sat, 05 Nov 2011) | 20 lines
      
      Fix a significant oversight in my move of MSVC includes to the driver:
      actually manage the builtin header file includes as well as the system
      ones.
      
      This one is actually debatable whether it belongs in the driver or not,
      as the builtin includes are really an internal bit of implementation
      goop for Clang. However, they must be included at *exactly* the right
      point in the sequence of header files, which makes it essentially
      impossible to have this be managed by the Frontend and the rest by the
      Driver. I have terrible ideas that would "work", but I think they're
      worse than putting this in the driver and making the Frontend library
      even more ignorant of the environment and system on which it is being
      run.
      
      Also fix the fact that we weren't properly respecting the flags which
      suppress standard system include directories.
      
      Note that this still leaves all of the Clang tests which run CC1
      directly and include builtin header files broken on Windows. I'm working
      on a followup patch to address that.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143932
      4fb21f4b
    • Chandler Carruth's avatar
      Merging r143798: · c0b5d073
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143798 | chandlerc | 2011-11-05 01:30:29 -0700 (Sat, 05 Nov 2011) | 16 lines
      
      Add two flags to the CC1 layer that I was hoping to avoid. We need to
      encode the *exact* semantics which the header search paths internally
      built by the Frontend layer have had, which is both non-user-provided,
      and at times adding the implicit extern "C" bit to the directory entry.
      
      There are lots of CC1 options that are very close, but none do quite
      this, and they are all already overloaded for other purposes. In some
      senses this makes the command lines more clean as it clearly indicates
      which flags are exclusively used to implement internal detection of
      "standard" header search paths.
      
      Lots of the implementation of this is really crufty, due to the
      surrounding cruft. It doesn't seem worth investing lots of time cleaning
      this up as it isn't new, and hopefully *lots* of this code will melt
      away as header search inside of the frontend becomes increasingly
      trivial.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143931
      c0b5d073
    • Chandler Carruth's avatar
      Merging r143752: · 720a948f
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143752 | chandlerc | 2011-11-04 16:49:05 -0700 (Fri, 04 Nov 2011) | 5 lines
      
      Begin the migration of header search logic to the driver, starting with
      Windows. There are still FIXMEs and lots of problems with this code.
      Some of them will be addressed shortly by my follow-up patches, but most
      are going to wait until we isolate this code and can fix it properly.
      This version should be no worse than what we had before.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143930
      720a948f
    • Chandler Carruth's avatar
      Merging r143751: · 2d8f608f
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143751 | chandlerc | 2011-11-04 16:49:01 -0700 (Fri, 04 Nov 2011) | 3 lines
      
      Switch the C++ include interface in the ToolChain to use the same naming
      as the system include interface before I start adding implementations of
      it to individual ToolChain implementations.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143929
      2d8f608f
    • Chandler Carruth's avatar
      Merging r143687: · 3854a328
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143687 | chandlerc | 2011-11-04 00:43:33 -0700 (Fri, 04 Nov 2011) | 16 lines
      
      Sink the strange '-stdlib=...' flag handling into the C++ include
      handling logic of the generic ToolChain. This flag, despite its name,
      has *nothing* to do with the GCC flag '-nostdlib' that relates
      (exclusively) to the linking behavior. It is a most unfortunate name in
      that regard...
      
      It is used to tell InitHeaderSearch.cpp *which* set of C++ standard
      library header search paths to use -- those for libstdc++ from GCC's
      installation, or those from a libc++ installation. As this logic is
      hoisted out of the Frontend, and into the Driver as part of this
      ToolChain, the generic method will be overridden for the platform, where
      it can implement this logic directly. As such, hiding the CC1 option
      passing in the generic space is a natural fit despite the odd naming.
      
      Also, expand on the comments to clarify whats going on, and tidy up the
      Tools.cpp code now that its simpler.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143928
      3854a328
    • Chandler Carruth's avatar
      Merging r143686: · 35d7d544
      Chandler Carruth authored
      ```---------------------------------------------------------------------
      r143686 | chandlerc | 2011-11-04 00:34:47 -0700 (Fri, 04 Nov 2011) | 4 lines
      
      Sink the handling of -fobjc-arc-cxxlib to live with the other -fobjc-arc
      implementation in the driver. This cleans up the signature and semantics
      of the include flag adding component of the toolchain. Another step to
      ready it for holding all the InitHeaderSearch logic.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143927
      35d7d544
    • Chandler Carruth's avatar
      ------------------------------------------------------------------------ · 58d9326b
      Chandler Carruth authored
      r143684 | chandlerc | 2011-11-04 00:12:53 -0700 (Fri, 04 Nov 2011) | 7 lines
      
      Add a system include management interface to the toolchain, and call it
      and the C++ include management routine from the proper place when
      forming preprocessor options in the driver. This is the first step to
      teaching the driver to manage all of the header search paths. Currently,
      these methods remain just stubs in the abstract toolchain. Subsequent
      patches will flesh them out with implementations for various toolchains
      based on the current code in InitHeaderSearch.cpp.
      ------------------------------------------------------------------------
      
      llvm-svn: 143926
      58d9326b
  2. 04 Nov, 2011 1 commit
    • Bill Wendling's avatar
      Merging r143159: · 90ba37cf
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143159 | efriedma | 2011-10-27 15:32:13 -0700 (Thu, 27 Oct 2011) | 3 lines
      
      The default alias analysis is -noaa; update the docs to reflect that.  Patch by Michael Ilseman.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143681
      90ba37cf
  3. 03 Nov, 2011 3 commits
    • Bill Wendling's avatar
      Merging r143349: · 5eafd41d
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143349 | chapuni | 2011-10-31 06:04:26 -0700 (Mon, 31 Oct 2011) | 1 line
      
      docs/*.html: Fix markups.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143610
      5eafd41d
    • Bill Wendling's avatar
      Merging r143348: · 75981ed1
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143348 | chapuni | 2011-10-31 04:21:59 -0700 (Mon, 31 Oct 2011) | 1 line
      
      docs/*.html: Appease W3C Checker to add "charset=utf-8".
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143609
      75981ed1
    • Bill Wendling's avatar
      Merging r143328: · e8bdd73f
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143328 | nicholas | 2011-10-30 18:32:21 -0700 (Sun, 30 Oct 2011) | 2 lines
      
      Close <div> that was indenting the rest of the page.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143608
      e8bdd73f
  4. 01 Nov, 2011 4 commits
    • Bill Wendling's avatar
      Merging r143290: · cc9407d0
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143290 | d0k | 2011-10-29 12:43:38 -0700 (Sat, 29 Oct 2011) | 3 lines
      
      PPC: Disable moves for all CR subregisters.
      
      Should fix assertion failures on ppc buildbots.
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143451
      cc9407d0
    • Bill Wendling's avatar
      Merging r143303: · ecf07695
      Bill Wendling authored
      ------------------------------------------------------------------------
      
      llvm-svn: 143450
      ecf07695
    • Bill Wendling's avatar
      Merging r143194: · 97ba8458
      Bill Wendling authored
      ```---------------------------------------------------------------------
      r143194 | chapuni | 2011-10-28 07:12:22 -0700 (Fri, 28 Oct 2011) | 7 lines
      
      Dwarf: [PR11022] Fix emitting DW_AT_const_value(>i64), to be host-endian-neutral.
      
      Don't assume APInt::getRawData() would hold target-aware endianness nor host-compliant endianness. rawdata[0] holds most lower i64, even on big endian host.
      
      FIXME: Add a testcase for big endian target.
      
      FIXME: Ditto on CompileUnit::addConstantFPValue() ?
      ```
      
      ---------------------------------------------------------------------
      
      llvm-svn: 143449
      97ba8458
    • Bill Wendling's avatar
      Fixed in r143195. Still it is not "TARGETS" neutral. · 49101946
      Bill Wendling authored
      llvm-svn: 143448
      49101946