1. 25 May, 2016 1 commit
  2. 09 May, 2016 1 commit
  3. 26 Apr, 2016 2 commits
    • Jose Fonseca's avatar
      scons: Support Clang on Windows. · a2fe35bc
      Jose Fonseca authored
      - Introduce 'gcc_compat' env flag, for all compilers that define __GNUC__,
        (which includes Clang when it's not emulating MSVC.)
      
      - Clang doesn't support whole program optimization
      
      - Disable enumerator value warnings (not sure why Clang warns about them,
        as my understanding is that MSVC promotes enums to unsigned ints
        automatically.)
      
      This is not enough to build with Clang + AddressSanitizer though.  More
      follow up changes will be required for that.
      Reviewed-by: default avatarRoland Scheidegger <sroland@vmware.com>
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>
      a2fe35bc
    • Jose Fonseca's avatar
      scons: Move fallback HAVE_* definitions to headers. · c068610a
      Jose Fonseca authored
      These were being defined in SCons, but it's not practical:
      
      - we actually need to include Gallium headers from external source trees, with
      completely disjoint build infrastructure, and it's unsustainable to
      replicate the HAVE_xxx checks or even hard-coded defines across
      everywhere.
      
      - checking compiler version via command line doesn't really work due to
        Clang essentially being like a cameleon which can fake either GCC or
        MSVC
      
      There's no change for autoconf.
      Reviewed-by: default avatarRoland Scheidegger <sroland@vmware.com>
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>
      c068610a
  4. 19 Apr, 2016 1 commit
  5. 14 Apr, 2016 1 commit
  6. 13 Apr, 2016 1 commit
    • Jose Fonseca's avatar
      scons: Allow building with Address Sanitizer. · fa46848e
      Jose Fonseca authored
      libasan is never linked to shared objects (which doesn't go well with
      -z,defs).  It must either be linked to the main executable, or (more
      practically for OpenGL drivers) be pre-loaded via LD_PRELOAD.
      
      Otherwise works.
      
      I didn't find anything with llvmpipe.  I suspect the fact that the
      JIT compiled code isn't instrumented means there are lots of errors it
      can't catch.
      
      But for non-JIT drivers, the Address/Leak Sanitizers seem like a faster
      alternative to Valgrind.
      
      Usage (Ubuntu 15.10):
      
         scons asan=1 libgl-xlib
         export LD_LIBRARY_PATH=$PWD/build/linux-x86_64-debug/gallium/targets/libgl-xlib
         LD_PRELOAD=libasan.so.2 any-opengl-application
      Acked-by: default avatarRoland Scheidegger <sroland@vmware.com>
      fa46848e
  7. 11 Feb, 2016 1 commit
  8. 11 Jan, 2016 1 commit
  9. 08 Dec, 2015 1 commit
  10. 15 Aug, 2015 1 commit
  11. 29 May, 2015 1 commit
  12. 27 Apr, 2015 1 commit
  13. 25 Mar, 2015 1 commit
  14. 22 Mar, 2015 7 commits
  15. 18 Mar, 2015 2 commits
  16. 10 Mar, 2015 1 commit
  17. 04 Mar, 2015 3 commits
  18. 02 Mar, 2015 1 commit
  19. 03 Feb, 2015 1 commit
  20. 22 Jan, 2015 1 commit
  21. 26 Nov, 2014 2 commits
  22. 16 Nov, 2014 1 commit
  23. 30 Oct, 2014 1 commit
  24. 23 Oct, 2014 1 commit
    • Jose Fonseca's avatar
      gallivm,llvmpipe,clover: Bump required LLVM version to 3.3. · 013ff2fa
      Jose Fonseca authored
      We'll need to update gallivm for the interface changes in LLVM 3.6, and
      the fewer the number of older LLVM versions we support the less hairy that
      will be.
      
      As consequence HAVE_AVX define can disappear.  (Note HAVE_AVX meant
      whether LLVM version supports AVX or not.  Runtime support for AVX is
      always checked and enforced independently.)
      
      Verified llvmpipe builds and runs with with LLVM 3.3, 3.4, and 3.5.
      Reviewed-by: default avatarRoland Scheidegger <sroland@vmware.com>
      013ff2fa
  25. 25 Sep, 2014 2 commits
  26. 11 Sep, 2014 2 commits
  27. 14 Aug, 2014 1 commit