You speedy man!
Yes, tested and works.
Thank you.
Dieter
Am 11.10.2019 00:45, schrieb Marek Olšák:
It should be fixed now.
Marek
On Thu, Oct 10, 2019 at 6:42 PM Marek Olšák
wrote:
Hi,
Sorry for the breakage. I guess it's a recently added file, because
I didn't see it in my IDE.
Marek
Hello Marek,
forgotten to update Clover?
Greetings,
Dieter
[1261/1386] Compiling C++ object
'src/gallium/st...clover/ae4504a@@clnir@sta/nir_invocation.cpp.o'.
FAILED:
src/gallium/state_trackers/clover/ae4504a@@clnir@sta/nir_invocation.cpp.o
ccache c++
Hi,
Sorry for the breakage. I guess it's a recently added file, because I
didn't see it in my IDE.
Marek
On Thu, Oct 10, 2019 at 6:27 PM Dieter Nützel wrote:
> Hello Marek,
>
> forgotten to update Clover?
>
> Greetings,
> Dieter
>
> [1261/1386] Compiling C++ object
>
Am 10.10.19 um 20:52 schrieb Jose Fonseca:
> Sounds great.
>
> Reviewed-by: Jose Fonseca
>
> BTW, it's not really difficult to do gather with unsigned offsets: add
> 0x8000 to the base, subtract 0x800 to the offsets, and use the
> signed gather. If the cost of doing so is significant,
It should be fixed now.
Marek
On Thu, Oct 10, 2019 at 6:42 PM Marek Olšák wrote:
> Hi,
>
> Sorry for the breakage. I guess it's a recently added file, because I
> didn't see it in my IDE.
>
> Marek
>
> On Thu, Oct 10, 2019 at 6:27 PM Dieter Nützel
> wrote:
>
>> Hello Marek,
>>
>> forgotten to
Sounds great.
Reviewed-by: Jose Fonseca
BTW, it's not really difficult to do gather with unsigned offsets: add
0x8000 to the base, subtract 0x800 to the offsets, and use the signed
gather. If the cost of doing so is significant, we could do this just for
large textures, by adding a
From: Roland Scheidegger
The 1GB limit was arbitrary, increase this to 2GB (which is the max
possible without code changes).
---
src/gallium/drivers/llvmpipe/lp_limits.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_limits.h
Hi,
I expect to make a new libdrm release soon. Any objections to changing the
versioning scheme?
Current: 2.4.n
n = starts from 0, incremented per release
New proposals:
year.n.0 (19.0.0)
year.month.n (19.10.0)
year.month.day (19.10.10)
Marek
___
On October 10, 2019 15:15:29 Marek Olšák wrote:
Hi,
I expect to make a new libdrm release soon. Any objections to changing the
versioning scheme?
Current: 2.4.n
n = starts from 0, incremented per release
New proposals:
year.n.0 (19.0.0)
Following the Mesa convention seems
On Thu, Oct 10, 2019 at 7:46 PM Jason Ekstrand wrote:
>
> On October 10, 2019 15:15:29 Marek Olšák wrote:
>>
>> Hi,
>>
>> I expect to make a new libdrm release soon. Any objections to changing the
>> versioning scheme?
>>
>> Current: 2.4.n
>> n = starts from 0, incremented per release
>>
>> New
10 matches
Mail list logo