1. 29 Jul, 2013 1 commit
  2. 25 Jul, 2013 1 commit
  3. 06 Jun, 2013 1 commit
  4. 13 Mar, 2013 1 commit
  5. 01 Jul, 2011 1 commit
  6. 17 Jun, 2011 4 commits
  7. 16 Feb, 2011 1 commit
  8. 11 Feb, 2011 3 commits
  9. 22 Jan, 2011 1 commit
    • Chia-I Wu's avatar
      scons: Add support for GLES. · bb770af3
      Chia-I Wu authored
      GLES can be enabled by running scons with
      
        $ scons gles=yes
      
      When gles=yes is given, the build is changed in three ways.  First,
      libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2.  This makes
      DRI drivers and libEGL support and advertise GLES support.  Second, GLES
      libraries will be created.  They are libGLESv1_CM, libGLESv2, and
      libglapi.  Last, libGL or opengl32 will link to libglapi.  This change
      is required as _glapi_* will be declared as __declspec(dllimport) in
      libmesa.a on windows.  libmesa.a expects those symbols to be defined in
      another DLL.  Due to this change to GL, GLES support is marked
      experimental.
      
      Note that GLES requires libxml2-python to generate some of its sources.
      bb770af3
  10. 13 Jan, 2011 1 commit
  11. 01 Dec, 2010 1 commit
  12. 01 Nov, 2010 1 commit
    • Jose Fonseca's avatar
      scons: Revamp how to specify targets to build. · 601498ae
      Jose Fonseca authored
      Use scons target and dependency system instead of ad-hoc options.
      
      Now is simply a matter of naming what to build. For example:
      
        scons libgl-xlib
      
        scons libgl-gdi
      
        scons graw-progs
      
        scons llvmpipe
      
      and so on. And there is also the possibility of scepcified subdirs, e.g.
      
        scons src/gallium/drivers
      
      If nothing is specified then everything will be build.
      
      There might be some rough corners over the next days. Please bare with me.
      601498ae
  13. 29 Sep, 2010 1 commit
  14. 03 Sep, 2010 1 commit
  15. 26 Aug, 2010 2 commits
    • Jose Fonseca's avatar
      graw: Undo late loading of graw drivers. · 90437330
      Jose Fonseca authored
      Keith prefers a clean separation between graw applications and
      implementations, where apps do not link libgallium.a but instead
      get all functionality they need via graw interface.
      
      Although this is not incompatible with late loading of graw drivers, it
      it would make it very hard to maintain, as wrappers for every utility
      symbol exposed in graw would have to be written or generated somehow.
      90437330
    • Jose Fonseca's avatar
      graw: Remove graw-null. · 43d94dba
      Jose Fonseca authored
      Pointless now that the graw tests can be built independently of any graw
      implementation.
      43d94dba
  16. 13 Aug, 2010 1 commit
  17. 28 Jun, 2010 1 commit
  18. 07 Jun, 2010 1 commit
  19. 05 Jun, 2010 1 commit
  20. 31 May, 2010 1 commit
  21. 27 May, 2010 1 commit
  22. 21 May, 2010 1 commit
  23. 12 May, 2010 3 commits
  24. 14 May, 2010 1 commit
  25. 26 Apr, 2010 1 commit
    • Vinson Lee's avatar
      scons: Include headers from the local include directory first. · 5fd97573
      Vinson Lee authored
      Certain headers, such as GL/glew.h, are in both the Mesa include and the
      default installed include directories. On recent distros the needed
      symbols can be found in both places. On older distros the installed
      headers could be lacking symbols, so for a header that exists in both
      places, the local one should be found first.
      5fd97573
  26. 24 Apr, 2010 3 commits
  27. 11 Apr, 2010 3 commits
  28. 07 Apr, 2010 1 commit