Brian Paul wrote:
>
>
> Issues
>
> * Is this extension properly named?
I think so although I expect that you would need a version for glu and glx
gluGetProcAddressEXT(...)
glxGetProcAddressEXT(...)
>
>
> * Is void * the appropriate return type?
>
> * Should GetProcAddressEXT allow querying of itself?
> * There's a recursion problem with this feature. The purpose of
> GetProcAddressEXT is to return pointers to extension functions
> and GetProcAddressEXT is itself such a function! This presents
> a puzzle to the application developer.
I think thats a good point. Perhaps libGL needs a glGetProcAddress(...)
function call ? Up until now we didn't because all the vendors controlled the
updating/distribution of libGL on their platforms(MS windows excluded) and
could add EXTs or vendor specific extensions as they needed.
>
>
> New Procedures and Functions
>
> void *GetProcAddressEXT(const ubyte *procName)
>
> 6.1.13 Obtaining Extension Function Pointers
>
> The GL extensions which are available to a client application can
> only be determined at runtime. Therefore, the address of extension
> functions should be queried at runtime.
>
> The function
> void *GetProcAddressEXT(const ubyte *procName);
> returns the address of the extension function named by procName.
> NULL is returned if the named function is not available.
>
>
Is it
void (*) glGetProcAddressEXT(const ubyte *procName); ??
Otherwise everything looks good to me.
Bruce
--
------------------------------------------------------------------
Bruce D'Amora [EMAIL PROTECTED] voice: 512-838-5610
IBM RS/6000 fax : 512-838-1646
Visual Systems Architecture
-------------"Opinions are mine, NOT necessarily IBM's"-----------
