Pauli Nieminen wrote:
> On Tue, Feb 9, 2010 at 10:48 PM, Brian Paul <bri...@vmware.com> wrote:
>> Pauli Nieminen wrote:
>>> MAX_COMBINED_TEXTURE_IMAGE_UNITS fix[1] is not taking account drivers
>>> wihtout support for ARB_vertex_shader should support. Current
>>> implementation makes all older drivers to allow glActiveTexture call
>>> for up to 32 texture units which is clearly wrong.
>> All drivers should set the ctx->Const.MaxCombinedTextureImageUnits constant.
>>
>> For older drivers, it should probably be equal to
>> ctx->Const.MaxTextureCoordUnits.
>>
>> Perhaps you could submit a patch that fixes this?
>>
> 
> Looks like a lot of code duplication. Can we do it in single place in
> core mesa if driver doesn't set any value for MacCombined. Same for
> any other constant that is required by some updated or extension of
> OGL.
> 
> possible code flow idea:
> 1. Common code sets optional constants to -1
> 2. Driver sets constant that it supports in context creation
> 3. Common code sets all remaining constant that are required
> internally by mesa to good defaults.
> 4. In debug build warn about missing constant that driver should set.
> (would help catching bugs like I just found from radeon that one of
> constants was not set in driver)
> 
> This would remove requirement to change old drivers if core mesa
> requires a new (optional) constant for a new feature.
> 
> In this case sensible default would 0 for drivers not supporting glsl.

Yes, that could work.

See _mesa_init_constants() and check_context_limits() in context.c. 
We could set some of those values to 0 in the former function then set 
real defaults in the later if they're still zero.

Care to take a stab at that?

BTW, I'm updating some code in those functions now...

-Brian

------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to