Skip to content
  1. May 14, 2013
  2. May 03, 2013
  3. May 02, 2013
  4. Apr 25, 2013
  5. Apr 09, 2013
  6. Mar 15, 2013
  7. Mar 08, 2013
  8. Feb 13, 2013
  9. Feb 05, 2013
  10. Jan 31, 2013
  11. Jan 30, 2013
  12. Jan 19, 2013
  13. Jan 09, 2013
    • David Greene's avatar
      Disable -Wuninitialized for gcc · 9ff8d471
      David Greene authored
      If the compiler is gcc, disable variants of -Wuninitialized depending
      on the gcc version.  This gets a lot of false positive warnings out of
      the build.
      
      Generate a new configure for the gcc -Wno-uninitialized fix.
      
      Pick up -Wno-uninitialized from configure
      
      Add the option -Wno[-maybe]-uninitialized as determined by configure.
      
      llvm-svn: 172006
      9ff8d471
  14. Jan 02, 2013
    • Chandler Carruth's avatar
      Move all of the header files which are involved in modelling the LLVM IR · 9fb823bb
      Chandler Carruth authored
      into their new header subdirectory: include/llvm/IR. This matches the
      directory structure of lib, and begins to correct a long standing point
      of file layout clutter in LLVM.
      
      There are still more header files to move here, but I wanted to handle
      them in separate commits to make tracking what files make sense at each
      layer easier.
      
      The only really questionable files here are the target intrinsic
      tablegen files. But that's a battle I'd rather not fight today.
      
      I've updated both CMake and Makefile build systems (I think, and my
      tests think, but I may have missed something).
      
      I've also re-sorted the includes throughout the project. I'll be
      committing updates to Clang, DragonEgg, and Polly momentarily.
      
      llvm-svn: 171366
      9fb823bb
  15. Dec 19, 2012
  16. Oct 12, 2012
  17. Oct 10, 2012
  18. Oct 08, 2012
  19. Oct 05, 2012
  20. Oct 04, 2012
    • Jordan Rose's avatar
      Make sure 'prefix-clang++' is aliased to 'prefix-clang', not 'clang'. · 5f9dd320
      Jordan Rose authored
      When aliasing tools, rather than using the base TOOLEXENAME, we should
      instead use the built tool's basename (for 'make') or the installed
      tool's basename (for 'make install').
      
      This should not cause any changes for anyone building unprefixed 'clang'
      and 'clang++' tools.
      
      Patch by Rick Foos!
      
      llvm-svn: 165189
      5f9dd320
  21. Oct 01, 2012
    • Jordan Rose's avatar
      Re-enable support for --program-prefix. · 3c837abd
      Jordan Rose authored
      The Apple buildbots have been modified not to pass --target,
      so they shouldn't choke on a default program prefix anymore.
      
      Patch by Rick Foos!
      
      llvm-svn: 164956
      3c837abd
  22. Sep 26, 2012
    • Jordan Rose's avatar
      Revert "Add --program-prefix support to build" · 2998d25a
      Jordan Rose authored
      The Apple buildbots are set up to pass --target to configure for both
      cross- and non-cross-compile builds, and the standard autoconf response
      to this is to set the program prefix to '<target>-'. Until we can figure
      out the proper way to handle this (don't pass --target? pass an explicit
      --program-prefix=""? don't auto-populate program_prefix with target_alias?)
      it's more important to keep the buildbots running.
      
      This reverts r164633 / ba48ceb1a3802e20e781ef04ea2573ffae2ac414.
      
      llvm-svn: 164651
      2998d25a
  23. Sep 25, 2012
  24. Aug 28, 2012
  25. Aug 03, 2012
  26. Jun 28, 2012
  27. May 23, 2012
  28. May 07, 2012
    • Preston Gurd's avatar
      Make IntelJITEvents and OProfileJIT as optional libraries and add · e65f4e66
      Preston Gurd authored
      optional library support to the llvm-build tool:
       - Add new command line parameter to llvm-build: “--enable-optional-libraries”
       - Add handing of new llvm-build library type “OptionalLibrary”
       - Update Cmake and automake build systems to pass correct flags to llvm-build
         based on configuration
      
      Patch by Dan Malea!
      
      llvm-svn: 156319
      e65f4e66
  29. Apr 19, 2012
    • Michael J. Spencer's avatar
      Remove llvm-ld and llvm-stub (which is only used by llvm-ld). · 9125493e
      Michael J. Spencer authored
      llvm-ld is no longer useful and causes confusion and so it is being removed.
      
      * Does not work very well on Windows because it must call a gcc like driver to
        assemble and link.
      * Has lots of hard coded paths which are wrong on many systems.
      * Does not understand most of ld's options.
      * Can be partially replaced by llvm-link | opt | {llc | as, llc -filetype=obj} |
        ld, or fully replaced by Clang.
      
      I know of no production use of llvm-ld, and hacking use should be
      replaced by Clang's driver.
      
      llvm-svn: 155147
      9125493e
  30. Apr 11, 2012
  31. Mar 12, 2012
  32. Mar 06, 2012
  33. Feb 29, 2012
  34. Feb 28, 2012
Loading