- 04 Feb, 2010 35 commits
-
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Christian Costa authored
-
Juan Lang authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
The ERR/WARN macros already print the function name.
-
Michael Stefaniuc authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Michael Stefaniuc authored
-
Peter Rosin authored
-
Peter Rosin authored
-
André Hentschel authored
-
André Hentschel authored
-
Henri Verbeet authored
-
Henri Verbeet authored
On the subject of actually supporting software devices, we should probably implement those by creating a software or reference adapter with appropriate gl_info and pipe implementations and creating a device based on that.
-
Henri Verbeet authored
Just make sure the texture is allocated, so we have something to attach. Note also that context_apply_attachment_filter_states() runs under the GL lock, so preloading resources is actually unsafe there.
-
Henri Verbeet authored
Similar to surface_prepare_system_memory(). In the long term we'll probably want to move the whole location management to resource.c and unify buffers and textures there.
-
Henri Verbeet authored
The caller is already responsible for doing this, so it's redundant at best.
-
André Hentschel authored
-
- 03 Feb, 2010 5 commits
-
-
Jacek Caban authored
-
Huw Davies authored
Found by Valgrind.
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-