search for: __gnuc_va_list

....16.0/newlib/libc/include/stdio.h:176: erreur: expected declaration specifiers or ''...'' before ''size_t'' /usr/src/xen-3.3.0/stubdom/newlib-1.16.0/newlib/libc/include/stdio.h:187: erreur: expected declaration specifiers or ''...'' before ''__gnuc_va_list'' /usr/src/xen-3.3.0/stubdom/newlib-1.16.0/newlib/libc/include/stdio.h:189: erreur: expected declaration specifiers or ''...'' before ''__gnuc_va_list'' /usr/src/xen-3.3.0/stubdom/newlib-1.16.0/newlib/libc/include/stdio.h:191: erreur: expected declaration s...

..._T typedef __builtin_va_list va_list; #define _VA_LIST #endif -#endif #define va_start(ap, param) __builtin_va_start(ap, param) #define va_end(ap) __builtin_va_end(ap) #define va_arg(ap, type) __builtin_va_arg(ap, type) @@ -50,9 +46,6 @@ typedef __builtin_va_list va_list; #ifndef __GNUC_VA_LIST #define __GNUC_VA_LIST 1 typedef __builtin_va_list __gnuc_va_list; -/* zig: added because glibc stdio.h was duplicately defining va_list - */ -#define _VA_LIST_DEFINED #endif #endif /* __STDARG_H */ diff --git a/c_headers/stddef.h b/c_headers/stddef.h index 3b55d42c..73549967 100644 --- a/c_he...

...de test.c > http.h $ cat view.d #include "http.h" :::acceptconnection { this->addr = (conn_rec *)copyin(arg0,sizeof(conn_rec *)); } $ dtrace -C -I`pwd` -s view.d dtrace: failed to compile script view.d: "/usr/include/sys/va_list.h", line 99: syntax error near "__gnuc_va_list" I read through the DTrace users guide and reviewed Mike''s post in the discussion forums: http://www.opensolaris.org/jive/thread.jspa?threadID=3289&tstart=15 And from what I can tell I am defining things correctly. Does anyone see any issues with what I am doing? Does anyone...

Hi, I've tagged the 5.0.1-rc2 release, go ahead and start testing and report your results. -Tom

[ If this is considered off-topic please let me know in private mail. ] With the current version of the glibc library in Debian's "testing" and "unstable" distributions, ldconfig now loads the ATLAS optimised BLAS without any user intervention beyond installation of the Atlas and R or Octave packages. ATLAS can lead to very dramatic speed increases (up to a factor of ten,

...from /usr/include/stdio.h:72, from /usr/include/asterisk/monitor.h:4, from /usr/include/asterisk/channel.h:34, from chan_capi.c:16: /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/stdarg.h:43: error: storage class specified for parameter `__gnuc_va_list'In file included from /usr/include/libio.h:62, from /usr/include/stdio.h:72, from /usr/include/asterisk/monitor.h:4, from /usr/include/asterisk/channel.h:34, from chan_capi.c:16: /usr/include/sys/cdefs.h:43:43: missing binary o...

I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to

...} _G_iconv_t; typedef int _G_int16_t __attribute__ ((__mode__ (__HI__))); typedef int _G_int32_t __attribute__ ((__mode__ (__SI__))); typedef unsigned int _G_uint16_t __attribute__ ((__mode__ (__HI__))); typedef unsigned int _G_uint32_t __attribute__ ((__mode__ (__SI__))); typedef __builtin_va_list __gnuc_va_list; struct _IO_jump_t; struct _IO_FILE; typedef void _IO_lock_t; struct _IO_marker { struct _IO_marker *_next; struct _IO_FILE *_sbuf; int _pos; }; enum __codecvt_result { __codecvt_ok, __codecvt_partial, __codecvt_error, __codecvt_noconv }; struct _IO_FILE { int _flags; char* _I...