Michael I Gold wrote: > > At 01:46 PM 9/16/99 -0600, you wrote: > > > >What I've been trying to say with this approach does have bearing on the ABI > >spec though. I think it's a bad idea to return context-specific function > >pointers from the proposed gl*GetProcAddress function. The only valid > >objection I've heard to returning a context-independant pointer is that it > >would adversely affect performance. So my venture into the architecture > >realm was to show that such an architecture could be high performance, > >therefore, performance degradation was not a valid argument for a poor > >design decision (i.e. returning context-specific pointers). > > I don't see a way around the double-indirection, however. Consider > per-vertex calls such as MultiTexCoord2fvARB(), you're adding another > branch indirect per vertex. I do believe this will be measurable and > therefore to be avoided. But Michael, I'm *not* adding another indirection. The whole point of all these posts I've been writing is that only *one* indirection needs to exist, and it might as well be at the libGL layer rather than at the driver layer. In fact, I'm *removing* one layer of indirection in the case of direct calls, and leaving pointer calls the same (both have only one indirection). Somewhere, the implementation of MultiTexCoord2fvARB has to perform an indirection (just to support display list compilation if for no other reason!). Why not perform that indirection at the level of the libGL dispatch, rather than doing it at the driver level? Cheers!
begin:vcard n:Johnson;Brett x-mozilla-html:FALSE org:Hewlett-Packard;Worstation Systems Lab adr:;;;;;; version:2.1 email;internet:[EMAIL PROTECTED] title:WSL Turtle Master fn:Brett Johnson end:vcard
