On Sat, Sep 18, 2010 at 01:06:52AM +0200, Luca Barbieri wrote:
| The GL implementation can introduce an indirection through additional
| private tables if desired.
At additional cost in performance, of course.
| Also, display lists might be better designed as something that creates
| a new contex
> Exported function tables reduce the ability of the driver to replace the
> entire dispatch table with a single pointer change for new state
> combinations or rendering modes. If the app gets a pointer to a
> dispatch table and caches it, the only way for the driver to change how
> commands are d
Some brief comments from an historical perspective...
On Thu, Sep 16, 2010 at 09:46:49PM -0700, bugzilla-dae...@freedesktop.org wrote:
| https://bugs.freedesktop.org/show_bug.cgi?id=30172
|
| --- Comment #20 from Luca Barbieri 2010-09-16
21:46:49 PDT ---
| FWIW, here is how to design an extensi
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #22 from Luca Barbieri 2010-09-16
22:46:17 PDT ---
> The issue with ELF weak symbols is that there can only be one of them.
> Or rather, if one is normal and one is weak, you get the normal one
> and the weak one is forgotten, but in
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #21 from Tom Fogal 2010-09-16 22:00:10 PDT
---
bugzilla-dae...@freedesktop.org writes:
> --- Comment #19 from Luca Barbieri 2010-09-16 21:18
> :31 PDT ---
> > ELF weak symbols do not allow one to decide behavior (OpenGL
> > library)
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #20 from Luca Barbieri 2010-09-16
21:46:49 PDT ---
FWIW, here is how to design an extension system which is actually usable.
Add a single function, which is the only function exported from libGL:
void* glGetFunctionTable(const char*
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #19 from Luca Barbieri 2010-09-16
21:18:31 PDT ---
> ELF weak symbols do not allow one to decide behavior (OpenGL library)
> at runtime -- mangling aside.
AFAIK, glXGetProcAddress also doesn't, because you can call it without a
cont
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #18 from Tom Fogal 2010-09-16 18:31:37 PDT
---
bugzilla-dae...@freedesktop.org writes:
> --- Comment #17 from Brian Paul 2010-09-16 12:08:29 PDT -
> --
> (In reply to comment #16)
> > Perhaps a sensible resolution is to only export
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #17 from Brian Paul 2010-09-16 12:08:29 PDT ---
(In reply to comment #16)
> Perhaps a sensible resolution is to only export those symbols if a binary-only
> application is found requiring them, which works on another GL implementation
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #16 from Luca Barbieri 2010-09-16
10:31:57 PDT ---
Perhaps a sensible resolution is to only export those symbols if a binary-only
application is found requiring them, which works on another GL implementation.
Although I'm personally
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #15 from Alex Buell 2010-09-16 06:58:30
PDT ---
But there are the ones who wants _all_ the GORY details - namely myself!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #14 from Ian Romanick 2010-09-16 06:25:44
PDT ---
(In reply to comment #13)
> I can't find any example sources that obtains a function pointer to the
> desired
> function required, it makes it harder to fix the broken application co
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #13 from Alex Buell 2010-09-16 06:22:48
PDT ---
I can't find any example sources that obtains a function pointer to the desired
function required, it makes it harder to fix the broken application code :S
For example:
glBlitFramebuf
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #12 from Ian Romanick 2010-09-16 01:02:41
PDT ---
(In reply to comment #6)
> Actually, both ATI and nVidia export it, so perhaps we should too, so that
> applications written for those drivers work on Mesa.
Any application that assu
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #11 from Michel Dänzer 2010-09-14 10:13:08 PDT
---
(In reply to comment #10)
> glXGetProcAddress, according to the docs, shouldn't be used any more. They
> recommend using glXGetProcAddressARB instead. Just FYI.
The Mesa libGL suppo
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #10 from Alex Buell 2010-09-14 09:48:51
PDT ---
glXGetProcAddress, according to the docs, shouldn't be used any more. They
recommend using glXGetProcAddressARB instead. Just FYI.
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #9 from Alex Buell 2010-09-14 09:44:41
PDT ---
I just looked at the docs. The docs says th
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #8 from Alex Buell 2010-09-14 07:14:20
PDT ---
But ATI & NVidia exports it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=30172
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #6 from Luca Barbieri 2010-09-14 01:40:21
PDT ---
Actually, both ATI and nVidia export it, so perhaps we should too, so that
applications written for those drivers work on Mesa.
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #5 from Marek Olšák 2010-09-14 01:35:29 PDT ---
I believe glxGetProcAddress is the right way to obtain the function pointer to
glBlitFramebufferEXT, not through static linking.
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=30172
Luca Barbieri changed:
What|Removed |Added
Severity|enhancement |normal
Component|Drivers/DRI/no
22 matches
Mail list logo
