On 15.11.2017 12:30, Jon Turney wrote:
On 15/11/2017 11:21, Nicolai Hähnle wrote:
On 13.11.2017 23:55, Rob Herring wrote:
On Fri, Nov 10, 2017 at 12:39 PM, Jon Turney
wrote:
On 10/11/2017 15:42, Nicolai Hähnle wrote:
On 10.11.2017 14:00, Jon Turney wrote:
On 09/11/2017 21:41, Nicolai Hähn
On 15/11/2017 11:21, Nicolai Hähnle wrote:
On 13.11.2017 23:55, Rob Herring wrote:
On Fri, Nov 10, 2017 at 12:39 PM, Jon Turney
wrote:
On 10/11/2017 15:42, Nicolai Hähnle wrote:
On 10.11.2017 14:00, Jon Turney wrote:
On 09/11/2017 21:41, Nicolai Hähnle wrote:
Sorry for the mess.
I'm g
On 13.11.2017 23:55, Rob Herring wrote:
On Fri, Nov 10, 2017 at 12:39 PM, Jon Turney
wrote:
On 10/11/2017 15:42, Nicolai Hähnle wrote:
On 10.11.2017 14:00, Jon Turney wrote:
On 09/11/2017 21:41, Nicolai Hähnle wrote:
Sorry for the mess.
I'm going to suggest that the fallback declaratio
On Fri, Nov 10, 2017 at 12:39 PM, Jon Turney
wrote:
> On 10/11/2017 15:42, Nicolai Hähnle wrote:
>>
>> On 10.11.2017 14:00, Jon Turney wrote:
>>>
>>> On 09/11/2017 21:41, Nicolai Hähnle wrote:
Sorry for the mess.
>>>
>>>
>>> I'm going to suggest that the fallback declaration of timespec_
On 10/11/2017 15:42, Nicolai Hähnle wrote:
On 10.11.2017 14:00, Jon Turney wrote:
On 09/11/2017 21:41, Nicolai Hähnle wrote:
Sorry for the mess.
I'm going to suggest that the fallback declaration of timespec_get()
also needs to be provided for POSIX systems which don't have it.
Not noticed
On 10.11.2017 14:00, Jon Turney wrote:
On 09/11/2017 21:41, Nicolai Hähnle wrote:
Sorry for the mess.
I'm going to suggest that the fallback declaration of timespec_get()
also needs to be provided for POSIX systems which don't have it.
Not noticed previously as it (or xtime_get()) doesn't s
On 09/11/2017 21:41, Nicolai Hähnle wrote:
Sorry for the mess.
I'm going to suggest that the fallback declaration of timespec_get()
also needs to be provided for POSIX systems which don't have it.
Not noticed previously as it (or xtime_get()) doesn't seem to have had
any users, prior to thi
FWIW it looks like this series also broke compilation on mac os (I
suppose that was f0d3a4de75fdb865c058aba8614f0fe6ba5f0969 though):
[...truncated 173 lines...]
pthread_barrier_destroy(barrier);
^~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.plat
On 11/09/2017 02:41 PM, Nicolai Hähnle wrote:
Sorry for the mess.
Not a huge deal. FWIW, you can test the MinGW cross-compile pretty easily:
1. apt-get install g++-mingw-w64-x86-64 (or equivalent)
2. cd mesa ; scons platform=windows
-Brian
Reviewed-by: Nicolai Hähnle
On 09.11.2017 17:46
Sorry for the mess.
Reviewed-by: Nicolai Hähnle
On 09.11.2017 17:46, Brian Paul wrote:
Fixes: f1a364878431c8 ("threads: update for late C11 changes")
---
include/c11/threads_win32.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/c11/threads_win32.h b/include
Looks alright to me.
Reviewed-by: Roland Scheidegger
Am 09.11.2017 um 17:46 schrieb Brian Paul:
> Fixes: f1a364878431c8 ("threads: update for late C11 changes")
> ---
> include/c11/threads_win32.h | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/include/c11/threads_
Fixes: f1a364878431c8 ("threads: update for late C11 changes")
---
include/c11/threads_win32.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/c11/threads_win32.h b/include/c11/threads_win32.h
index 77d923a..dac8ef7 100644
--- a/include/c11/threads_win32.h
+++ b/inc
12 matches
Mail list logo
