Am 04.06.2013 14:38, schrieb Jose Fonseca:
> 
> 
> ----- Original Message -----
>> From: Roland Scheidegger <srol...@vmware.com>
>>
>> The code was designed to handle no-op concat but failed (unless the
>> caller was using same pointer for src and dst).
>> ---
>>  src/gallium/auxiliary/gallivm/lp_bld_pack.c |    6 +++++-
>>  1 file changed, 5 insertions(+), 1 deletion(-)
>>
>> diff --git a/src/gallium/auxiliary/gallivm/lp_bld_pack.c
>> b/src/gallium/auxiliary/gallivm/lp_bld_pack.c
>> index 0a57e39..14fcd38 100644
>> --- a/src/gallium/auxiliary/gallivm/lp_bld_pack.c
>> +++ b/src/gallium/auxiliary/gallivm/lp_bld_pack.c
>> @@ -241,8 +241,12 @@ lp_build_concat_n(struct gallivm_state *gallivm,
>>     assert(num_srcs >= num_dsts);
>>     assert((num_srcs % size) == 0);
>>  
>> -   if (num_srcs == num_dsts)
>> +   if (num_srcs == num_dsts) {
>> +      for (i = 0; i < num_dsts; ++i) {
>> +         dst[i] = src[i];
>> +      }
>>        return 1;
>> +   }
>>  
>>     for (i = 0; i < num_dsts; ++i) {
>>        dst[i] = lp_build_concat(gallivm, &src[i * size], src_type, size);
> 
> Looks good.
> 
> Was this path ever being hit? If so this is a candidate for stable branches.
> 
> Jose
> 

No I didn't see it getting hit, just saw it by accident. All callers
seem to both not call it when there's nothing to concat, and always use
same src and dst anyway.

Roland
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to