renderdoc

lee/renderdoc

0 Fork 0

mirror of https://github.com/baldurk/renderdoc.git synced 2026-10-25 08:08:50 +00:00

Files

T

baldurk 29b4c65162 Work around issue where application 'exports' gl symbols

* This is a bit complex. If an application has a global symbol e.g.
  GLENABLE glEnable; as their function pointers that they fill out from
  glXGetProcAddress, then OUR glEnable global function gets replaced with
  that symbol. It's weird. But it means crashes if we try and return the
  address of that symbol as a function pointer.
* However it's also possible to get the reverse problem - if an application
  has a shared library that has those symbols expecting them to be function
  pointers, those symbols will get overridden with our global functions
  and it will mean an instant crash when they try to assign to those func
  ptrs.
* I'm not sure if there is an ideal fix to this Catch-22, as we also need
  to export these bare functions in case someone just plain links against
  libGL and expects them to be there, with no GetProcAddress/dlsym funny
  business.

2014-11-15 00:13:44 +00:00

3rdparty

Re-do text rendering to use stb_truetype so it's portable to linux

2014-10-30 22:47:21 +00:00

api

Allow fully flexible display of position&other component on meshes

2014-11-13 18:37:58 +00:00

common

…

core

Allow resource managers to set initial contents chunk directly

2014-11-11 22:54:55 +00:00