1. 16 Feb, 2011 1 commit
  2. 11 Feb, 2011 3 commits
  3. 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
      Note that GLES requires libxml2-python to generate some of its sources.
  4. 13 Jan, 2011 1 commit
  5. 01 Dec, 2010 1 commit
  6. 01 Nov, 2010 1 commit
    • José Fonseca's avatar
      scons: Revamp how to specify targets to build. · 601498ae
      José 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.
  7. 29 Sep, 2010 1 commit
  8. 03 Sep, 2010 1 commit
  9. 26 Aug, 2010 2 commits
    • José Fonseca's avatar
      graw: Undo late loading of graw drivers. · 90437330
      José 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.
    • José Fonseca's avatar
      graw: Remove graw-null. · 43d94dba
      José Fonseca authored
      Pointless now that the graw tests can be built independently of any graw
  10. 13 Aug, 2010 1 commit
  11. 28 Jun, 2010 1 commit
  12. 07 Jun, 2010 1 commit
  13. 05 Jun, 2010 1 commit
  14. 31 May, 2010 1 commit
  15. 27 May, 2010 1 commit
  16. 21 May, 2010 1 commit
  17. 12 May, 2010 3 commits
  18. 14 May, 2010 1 commit
  19. 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.
  20. 24 Apr, 2010 3 commits
  21. 11 Apr, 2010 3 commits
  22. 07 Apr, 2010 1 commit
  23. 31 Mar, 2010 2 commits
  24. 28 Mar, 2010 1 commit
  25. 25 Mar, 2010 1 commit
  26. 10 Mar, 2010 2 commits
  27. 09 Mar, 2010 2 commits
  28. 25 Feb, 2010 1 commit
    • José Fonseca's avatar
      scons: Always build trace driver · db2e1518
      José Fonseca authored
      There are so many state trackers and winsys that rely on it for debug
      building, and trace can really build anywhere and is thin so there's no
      point is making it an option.
      Based on  Xavier Chantry <chantry.xavier@gmail.com>'s patch:
      "I also removed the trace check in xlib SConscript which is now useless, and
      that script seems to deal with the cell driver, so I added cell in the check
      for supported drivers."