Skip to content
  1. Sep 25, 2013
  2. Jun 17, 2013
  3. Mar 26, 2013
    • Chandler Carruth's avatar
      Split out the IRReader header and the utility functions it provides into · e60e57be
      Chandler Carruth authored
      its own library. These functions are bridging between the bitcode reader
      and the ll parser which are in different libraries. Previously we didn't
      have any good library to do this, and instead played fast and loose with
      a "header only" set of interfaces in the Support library. This really
      doesn't work well as evidenced by the recent attempt to add timing logic
      to the these routines.
      
      As part of this, make them normal functions rather than weird inline
      functions, and sink the implementation into the library. Also clean up
      the header to be nice and minimal.
      
      This requires updating lots of build system dependencies to specify that
      the IRReader library is needed, and several source files to not
      implicitly rely upon the header file to transitively include all manner
      of other headers.
      
      If you are using IRReader.h, this commit will break you (the header
      moved) and you'll need to also update your library usage to include
      'irreader'. I will commit the corresponding change to Clang momentarily.
      
      llvm-svn: 177971
      e60e57be
  4. Jan 02, 2013
    • Chandler Carruth's avatar
      Rename VMCore directory to IR. · ef860a24
      Chandler Carruth authored
      Aside from moving the actual files, this patch only updates the build
      system and the source file comments under lib/... that are relevant.
      
      I'll be updating other docs and other files in smaller subsequnet
      commits.
      
      While I've tried to test this, but it is entirely possible that there
      will still be some build system fallout.
      
      Also, note that I've not changed the library name itself: libLLVMCore.a
      is still the library name. I'd be interested in others' opinions about
      whether we should rename this as well (I think we should, just not sure
      what it might break)
      
      llvm-svn: 171359
      ef860a24
  5. Dec 05, 2012
  6. Dec 12, 2011
  7. Nov 03, 2011
Loading