1. 28 Jun, 2013 1 commit
  2. 07 Jun, 2013 2 commits
  3. 02 Apr, 2013 2 commits
  4. 12 Feb, 2013 1 commit
  5. 06 Jan, 2013 2 commits
  6. 30 Dec, 2012 1 commit
    • Robert Menzel's avatar
      Initial commit of internal OpenGL loader. · 68912e1a
      Robert Menzel authored
      This loader gets the OpenGL function pointers and checks for extensions. It is an alternative to GLEW and has the advantage that it works out of the box on MacOS with a core profile and also allows only to include the defines and function declarations of a specific OpenGL version. This way the usage of 'wrong' functions can get caught during compile time (e.g. when developing for 3.2 on a machine that supports GL 4+). GLEW can still be used if desired!
      The loader code is based on a modified output of glLoadGen (1.0.3), a bunch of LUA scripts that create the loader code. It's not a ready to use external library so the resulting code gets embedded directly into ACGL.
      68912e1a
  7. 24 Aug, 2012 2 commits
  8. 03 Feb, 2012 1 commit
  9. 13 Oct, 2011 1 commit
  10. 06 Sep, 2011 1 commit
    • Robert Menzel's avatar
      Compatibility improvements · 256338d1
      Robert Menzel authored
      * Some GL 2.1 compatibility improvements:
        * On GL 2.1 the shaderfiles are read from a different folder by default
        * 3.0+ functions are not compiled for 2.1 any more
        * The RenderObject is not 2.1 compatible, so it's not compiled for old systems
          atm. A port could be possible.
        * ACGL compiles for GL 2.1 now
      * Added compile warning in case the desired OpenGL version is not defined by
        the build system (which could screw up conditional compile)
      * Minor fixes
      256338d1
  11. 05 Sep, 2011 2 commits
  12. 04 Sep, 2011 1 commit
  13. 24 Aug, 2011 1 commit
    • Robert Menzel's avatar
      Added support for direct state access · d3706471
      Robert Menzel authored
      * Added support for direct state access based uniform setting in the ShaderProgram
      * functions from the EXT_direct_state_access extension can get emulated if the extension is not present
        in this case ACGL will map the simulated versions automatically to the *EXT function pointers
        so a programmer can just call the *EXT versions and doesn't have to care if the machine the code
        will get run on does support this extension (as long a simulated version already exists)
      * not all functions have emulated version right now, so check if an alternative exists before relying on
        functions from this extension in ACGL lib or implement the missing simulation function to support
        machines without this extension
      * all glProgramUniform functions can be emulated (plus some others that were quick to implement)
      * dummy functions for all other simulation functions exist
      d3706471
  14. 19 Aug, 2011 1 commit
  15. 12 Aug, 2011 1 commit
  16. 10 Aug, 2011 2 commits