Skip to content
Snippets Groups Projects
  1. Aug 15, 2013
  2. Aug 12, 2013
    • Chandler Carruth's avatar
      Target a minimal terminfo library rather than necessarily a full curses · 8d8bdff6
      Chandler Carruth authored
      library for color support detection. This still will use a curses
      library if that is all we have available on the system. This change
      tries to use a smaller subset of the curses library, specifically the
      subset that is on some systems split off into a separate library. For
      example, if you install ncurses configured --with-tinfo, a 'libtinfo' is
      install that provides just the terminfo querying functionality. That
      library is now used instead of curses when it is available.
      
      This happens to fix a build error on systems with that library because
      when we tried to link ncurses into the binary, we didn't pull tinfo in
      as well. =]
      
      It should also provide an easy path for supporting the NetBSD
      libterminfo library, but as I don't have access to a NetBSD system I'm
      leaving adding that support to those folks.
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@188160 91177308-0d34-0410-b5e6-96231b3b80d8
      8d8bdff6
  3. Aug 07, 2013
    • Chandler Carruth's avatar
      Add support for linking against a curses library when available and · f7364d58
      Chandler Carruth authored
      using it to detect whether or not a terminal supports colors. This
      replaces a particularly egregious hack that merely compared the TERM
      environment variable to "dumb". That doesn't really translate to
      a reasonable experience for users that have actually ensured their
      terminal's capabilities are accurately reflected.
      
      This makes testing a terminal for color support somewhat more expensive,
      but it is called very rarely anyways. The important fast path when the
      output is being piped somewhere is already in place.
      
      The global lock may seem excessive, but the spec for calling into curses
      is *terrible*. The whole library is terrible, and I spent quite a bit of
      time looking for a better way of doing this before convincing myself
      that this was the fundamentally correct way to behave. The damage of the
      curses library is very narrowly confined, and we continue to use raw
      escape codes for actually manipulating the colors which is a much sane
      system than directly using curses here (IMO).
      
      If this causes trouble for folks, please let me know. I've tested it on
      Linux and will watch the bots carefully. I've also worked to account for
      the variances of curses interfaces that I could finde documentation for,
      but that may not have been sufficient.
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@187874 91177308-0d34-0410-b5e6-96231b3b80d8
      f7364d58
  4. Jul 30, 2013
  5. Jul 25, 2013
  6. Jul 17, 2013
    • Duncan Sands's avatar
      Tweak the cmake interaction between CMAKE_BUILD_TYPE and LLVM_ENABLE_ASSERTIONS. · a009d53c
      Duncan Sands authored
      The issue is that CMAKE_BUILD_TYPE=RelWithDebInfo LLVM_ENABLE_ASSERTIONS=ON was
      not building with assertions enabled.  (I was unable to find what in the LLVM
      source tree was adding -DNDEBUG to the build line in this case, so decided that
      it must be cmake itself that was adding it - this may depend on the cmake
      version).  The fix treats any mode that is not Debug as being the same as
      Release for this purpose (previously it was being assumed that cmake would only
      add -DNDEBUG for Release and not for RelWithDebInfo or MinSizeRel).  If other
      versions of cmake don't add -DNDEBUG for RelWithDebInfo then that's OK: with
      this change you just get a useless but harmless -UNDEBUG or -DNDEBUG.
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@186499 91177308-0d34-0410-b5e6-96231b3b80d8
      a009d53c
  7. Jun 26, 2013
  8. Jun 24, 2013
  9. May 22, 2013
  10. May 19, 2013
  11. May 07, 2013
  12. May 06, 2013
    • Ulrich Weigand's avatar
      · 9887cbed
      Ulrich Weigand authored
      [SystemZ] Add to --enable-targets=all
      
      This patch finally enables the SystemZ target in the default build
      (with --enable-targets=all).
      
      Patch by Richard Sandiford.
      
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181209 91177308-0d34-0410-b5e6-96231b3b80d8
      9887cbed
    • Ulrich Weigand's avatar
      · 735ab83b
      Ulrich Weigand authored
      [SystemZ] Add configure bits
      
      This patch wires up the SystemZ target in configure, so that it can now be
      built using --enable-targets=systemz.   It is not yet included in the default
      build (--enable-targets=all); this will be done by a follow-up patch.
      
      Patch by Richard Sandiford.
      
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181208 91177308-0d34-0410-b5e6-96231b3b80d8
      735ab83b
  13. Apr 23, 2013
  14. Apr 15, 2013
  15. Apr 10, 2013
  16. Apr 05, 2013
  17. Apr 04, 2013
  18. Mar 26, 2013
  19. Feb 18, 2013
  20. Feb 14, 2013
  21. Feb 04, 2013
  22. Dec 13, 2012
  23. Dec 10, 2012
  24. Nov 17, 2012
  25. Nov 14, 2012
  26. Sep 28, 2012
  27. Aug 20, 2012
    • Sebastian Pop's avatar
      enable cross compilation with cmake · df259887
      Sebastian Pop authored
      This patch allows us to use cmake to specify a cross compiler: target different
      than host. In particular, it moves LLVM_DEFAULT_TARGET_TRIPLE and TARGET_TRIPLE
      variables from cmake/config-ix.cmake to the toplevel CMakeLists.txt to make them
      available at configure time.
      
      Here is the command line that I have used to test my patches to create a Hexagon
      cross compiler hosted on x86:
      
      $ cmake -G Ninja -D LLVM_TARGETS_TO_BUILD:STRING=Hexagon -D TARGET_TRIPLE:STRING=hexagon-unknown-linux-gnu -D LLVM_DEFAULT_TARGET_TRIPLE:STRING=hexagon-unknown-linux-gnu -D LLVM_TARGET_ARCH:STRING=hexagon-unknown-linux-gnu ..
      $ ninja check
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@162219 91177308-0d34-0410-b5e6-96231b3b80d8
      df259887
  28. Aug 15, 2012
  29. Aug 09, 2012
  30. Aug 08, 2012
    • Sebastian Pop's avatar
      revert my previous patch · 9469dd3a
      Sebastian Pop authored
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@161505 91177308-0d34-0410-b5e6-96231b3b80d8
      9469dd3a
    • Sebastian Pop's avatar
      enable Hexagon target from cmake · 6174fd7e
      Sebastian Pop authored
      This patch allows us to use cmake to specify a cross compiler for Hexagon.
      
      In particular, the patch adds a missing case for the target Hexagon in
      cmake/config-ix.cmake, and it moves LLVM_DEFAULT_TARGET_TRIPLE and TARGET_TRIPLE
      variables from cmake/config-ix.cmake to the toplevel CMakeLists.txt to make them
      available at configure time. Here is the command line that I have used to test
      my patches:
      
      $ cmake -G Ninja -D BUILD_SHARED_LIBS:BOOL=ON -D LLVM_TARGETS_TO_BUILD:STRING=Hexagon -D TARGET_TRIPLE:STRING=hexagon-unknown-linux-gnu -D LLVM_DEFAULT_TARGET_TRIPLE:STRING=hexagon-unknown-linux-gnu -D LLVM_TARGET_ARCH:STRING=hexagon-unknown-linux-gnu -D LLVM_ENABLE_PIC:BOOL=OFF ..
      $ ninja check
      
      git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@161504 91177308-0d34-0410-b5e6-96231b3b80d8
      6174fd7e
  31. Aug 02, 2012
  32. Jul 16, 2012
Loading