Skip to content
Snippets Groups Projects
  1. Sep 16, 2015
  2. Sep 15, 2015
  3. Sep 12, 2015
  4. Sep 11, 2015
  5. Sep 09, 2015
  6. Sep 08, 2015
  7. Sep 05, 2015
  8. Sep 03, 2015
  9. Sep 02, 2015
  10. Aug 27, 2015
  11. Aug 25, 2015
  12. Aug 24, 2015
  13. Aug 21, 2015
  14. Aug 20, 2015
  15. Aug 18, 2015
  16. Aug 13, 2015
  17. Aug 11, 2015
  18. Aug 10, 2015
  19. Aug 08, 2015
  20. Aug 07, 2015
  21. Aug 06, 2015
  22. Aug 05, 2015
    • Chandler Carruth's avatar
      Fix a tiny bug in -no-canonical-prefixes that somehow we have never · db26db4d
      Chandler Carruth authored
      noticed until now.
      
      The code for setting up the driver's InstalledDir didn't respect
      -no-canonical-prefixes. Because of this, there are a few places in the
      driver where we would unexpectedly form absolute paths, notably when
      searching for and finding GCC installations to use, etc. The fix is
      straightforward, and I've added this path to '-v' both so we can test it
      sanely and so that it will be substantially more obvious the next time
      someone has to debug something here.
      
      Note that there is another bug that we don't actually *canonicalize* the
      installed directory! I don't really want to fix that because I don't
      have a realistic way to test the usage of this mode. I suspect that
      folks using the shared module cache would care about getting this right
      though, and so they might want to address it. I've left the appropriate
      FIXMEs so that it is clear what to change, and I've updated the test
      code to make it clear what is happening here.
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@244065 91177308-0d34-0410-b5e6-96231b3b80d8
      db26db4d
  23. Aug 04, 2015
  24. Jul 30, 2015
  25. Jul 25, 2015
  26. Jul 24, 2015
  27. Jul 21, 2015
  28. Jul 17, 2015
  29. Jul 16, 2015
    • Reid Kleckner's avatar
      [clang-cl] Use the Windows response file tokenizer · 72f70c7f
      Reid Kleckner authored
      We were still using the Unix response file tokenizer for all driver
      modes. This was difficult to get right in the beginning because there is
      a circular dependency. The Driver class also can't officially determine
      its mode until it can see all possible --driver-mode= flags, and those
      flags could come from the response file.
      
      Now we use the Windows parsing algorithm if the program name looks like
      clang-cl, or if the --driver-mode=cl flag is present on the main command
      line.
      
      Fixes PR23709.
      
      Reviewers: hans
      
      Differential Revision: http://reviews.llvm.org/D11229
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@242346 91177308-0d34-0410-b5e6-96231b3b80d8
      72f70c7f
  30. Jul 14, 2015
    • Artem Belevich's avatar
      [cuda] Driver changes to compile and stitch together host and device-side CUDA code. · da2d19c6
      Artem Belevich authored
        NOTE: reverts r242077 to reinstate r242058, r242065, 242067
              and includes fix for OS X test failures.
      
        - Changed driver pipeline to compile host and device side of CUDA
          files and incorporate results of device-side compilation into host
          object file.
      
        - Added a test for cuda pipeline creation in clang driver.
      
        New clang options:
        --cuda-host-only   - Do host-side compilation only.
        --cuda-device-only - Do device-side compilation only.
      
        --cuda-gpu-arch=<ARCH> - specify GPU architecture for device-side
          compilation. E.g. sm_35, sm_30. Default is sm_20. May be used more
          than once in which case one device-compilation will be done per
          unique specified GPU architecture.
      
        Differential Revision: http://reviews.llvm.org/D9509
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@242085 91177308-0d34-0410-b5e6-96231b3b80d8
      da2d19c6
Loading