On Sunday, November 27, 2016 12:17:52 PM PST Emil Velikov wrote:
> On 27 November 2016 at 02:31, Kenneth Graunke wrote:
> > On Thursday, November 24, 2016 8:30:39 PM PST Emil Velikov wrote:
> >> From: Emil Velikov
[snip]
> >> @@ -186,7 +208,14 @@ anv_physical_device_init(struct anv_physical_devic
On 27 November 2016 at 02:31, Kenneth Graunke wrote:
> On Thursday, November 24, 2016 8:30:39 PM PST Emil Velikov wrote:
>> From: Emil Velikov
>>
>> Inspired by a similar commit for radv.
>>
>> Rather than recomputing the timestamp on each make invocation, just
>> fetch it at runtime.
>>
>> Thus
On Sat, Nov 26, 2016 at 6:31 PM, Kenneth Graunke
wrote:
> On Thursday, November 24, 2016 8:30:39 PM PST Emil Velikov wrote:
> > From: Emil Velikov
> >
> > Inspired by a similar commit for radv.
> >
> > Rather than recomputing the timestamp on each make invocation, just
> > fetch it at runtime.
>
On Thursday, November 24, 2016 8:30:39 PM PST Emil Velikov wrote:
> From: Emil Velikov
>
> Inspired by a similar commit for radv.
>
> Rather than recomputing the timestamp on each make invocation, just
> fetch it at runtime.
>
> Thus we no longer get the constant rebuild of anv_device.c and the
On 24 November 2016 at 20:58, Jason Ekstrand wrote:
> I'm not sure what I think of this... It has some interesting implications.
> I'll think about it and write something more detailed on Monday.
But but... it helps up get rid of the lovely timestamp experience
Thanks for having a look - how go
I'm not sure what I think of this... It has some interesting implications.
I'll think about it and write something more detailed on Monday.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Emil Velikov
Inspired by a similar commit for radv.
Rather than recomputing the timestamp on each make invocation, just
fetch it at runtime.
Thus we no longer get the constant rebuild of anv_device.c and the
follow-up libvulkan_intel.so link, when nothing has changed.
I.e. using make &&
