search for: __nonnull

Displaying 7 results from an estimated 7 matches for "__nonnull".

2023 Nov 03
0
9.3p1 Daemon Rejects Client Connections on armv7l-dey-linux-gnueabihf w/ GCC 10/11/12
...maining); /* Get resolution of clock CLOCK_ID. */ extern int clock_getres (clockid_t __clock_id, struct timespec *__res) __THROW; /* Get current value of clock CLOCK_ID and store it in TP. */ extern int clock_gettime (clockid_t __clock_id, struct timespec *__tp) __THROW __nonnull((2)); /* Set clock CLOCK_ID to value TP. */ extern int clock_settime (clockid_t __clock_id, const struct timespec *__tp) __THROW __nonnull((2)); # else # ifdef __REDIRECT extern int __REDIRECT (nanosleep, (const struct timespec *__requested_time,...
2010 May 20
3
Install eventmachine on Debian Lenny
...clude/pthread.h:452: error: ‘__cpuset’ was not declared in this scope /usr/include/pthread.h:452: error: initializer expression list treated as compound expression /usr/include/pthread.h:453: error: expected ‘,’ or ‘;’ before ‘__THROW’ /usr/include/pthread.h:467: error: expected initializer before ‘__nonnull’ /usr/include/pthread.h:485: error: ‘pthread_t’ was not declared in this scope /usr/include/pthread.h:713: error: expected initializer before ‘__THROW’ /usr/include/pthread.h:721: error: expected initializer before ‘__THROW’ /usr/include/pthread.h:725: error: expected initializer before ‘__THROW’ /...
2015 Feb 25
2
[PATCH 2/2] nouveau: Do not add most bo's to the global bo list.
...oesn't have to. It's fine if you guys don't want to change it. It may never be a problem with gcc. This is the definition of pthread_mutex_lock() in glibc. There aren't any magic hints that this invalidates memory: extern int pthread_mutex_lock (pthread_mutex_t *__mutex) __THROWNL __nonnull ((1)); THOWNL is attribute((nothrow)). -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20150225/1d46e029/attachment.html>
2015 Feb 25
0
[PATCH 2/2] nouveau: Do not add most bo's to the global bo list.
...if you guys don't want to change > it. It may never be a problem with gcc. > > This is the definition of pthread_mutex_lock() in glibc. There aren't any > magic hints that this invalidates memory: > > extern int pthread_mutex_lock (pthread_mutex_t *__mutex) > __THROWNL __nonnull ((1)); > > THOWNL is attribute((nothrow)). Hm, this is actually a little worrying. Maarten, thoughts? I would have assumed there'd be a __attribute__((some_magic_thing)) in there. -ilia
2010 Apr 09
0
implicit declaration of function `posix_memalign''
...tools] Error 2 The posix_memalign function is declared in /usr/include/stdlib.h (which is included in xenpaging.c): #ifdef __USE_XOPEN2K /* Allocate memory of SIZE bytes with an alignment of ALIGNMENT. */ extern int posix_memalign (void **__memptr, size_t __alignment, size_t __size) __THROW __nonnull ((1)); #endif So, I edit the Makefile in tools/xenpaging and add the line: CFLAGS += -D__USE_XOPEN2K However, when I recompile, I get the same error. There also seems to be another condition in stdlib.h that must be satisfied before the __USE_XOPEN2K one will be checked: #ifndef __need_malloc_an...
2015 Feb 25
2
[PATCH 2/2] nouveau: Do not add most bo's to the global bo list.
...to change >> it. It may never be a problem with gcc. >> >> This is the definition of pthread_mutex_lock() in glibc. There aren't any >> magic hints that this invalidates memory: >> >> extern int pthread_mutex_lock (pthread_mutex_t *__mutex) >> __THROWNL __nonnull ((1)); >> >> THOWNL is attribute((nothrow)). > > Hm, this is actually a little worrying. Maarten, thoughts? I would > have assumed there'd be a __attribute__((some_magic_thing)) in there. In general things don't get optimized across function calls, except in case of in...
2015 Feb 25
2
[PATCH 2/2] nouveau: Do not add most bo's to the global bo list.
So you're saying a compiler can optimize: > > - statement with memory access > - read memory barrier > - statement with memory access > > To drop the second statement? I would worry about your definition of > memory barrier then.. > This is tricky, but I think you're mixing up the general case with the actual code you have. In general, you are pointing to this