On Fri, Jan 27, 2012 at 12:26 AM, Ian Romanick <i...@freedesktop.org> wrote:
> On 01/25/2012 02:56 PM, Marek Olšák wrote:
>>
>> Hi Eric,
>>
>> I don't like this, because I don't have drirc in my system. Obviously
>
>
> In addition to what Eric and Ken said, each user can have their own ~/.drirc
> or can set the options via environment variables.
>
> force_glsl_extensions_warn=true ./some_gl_application
>
>
>> Canonical decided not to include it and that also means some of my
>> users don't have it. Please can we add workarounds directly in the
>> code and on a per-app basis? Something like:
>>
>> if (is_linked("libUnigine_x86.so") ||
>> is_linked("libUnigine_x64.so"))
>> apply_workarounds_for_unigine();
>
>
> Putting different behavior based on hardcoded application names was such a
> good idea in the past. :)
>
> http://www.nvnews.net/vbulletin/archive/index.php/t-11917.html
I didn't read the whole thread, but I don't think cheating in
benchmarks is any relevant to this. It's not like we're breaking what
is allowed to do by the spec, we only extend it.
>
> It also appears the Unigen may be resolving some of these issues. That may
> make the work-arounds irrelevant.
>
> http://phoronix.com/forums/showthread.php?68411-Unigine-OilRush-Officially-Ships-Today-For-Linux&p=248294#post248294
Well, we'll see if they fix the benchmarks too. Anyway, I don't see
how this series addresses the issue with gl_InstanceID.
Marek
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
