cdecl calling convention requires to push arguments on the stack in a

reverse order to easily support variadic arguments. Thus, instead of
using the proper stdarg.h macros (that nowadays are
compiler-dependent), it may be tempting to directly take the address of
the last argument and considering it as the start of an array. This is
a shortcut that avoid looping to get all the arguments as the CPU
already pushed them on the stack before the call to the function.

Unfortunately, such an assumption is strictly compiler-dependent and
compilers are free to move the last argument on the stack, as a local
variable, and return the address of the location where the argument was
stored, if asked for. This will break things as the rest of the array's
argument are stored elsewhere (typically, a couple of words above the
location where the argument was stored).

This patch fixes the issue by allowing ACK to take the shortcut and
enabling gcc/llvm-gcc to follow the right way.

include/stdarg.h

@@ -53,20 +53,10 @@ void va_end (va_list);          /* Defined in gnulib */
 
 #else	/* __GNUC__ >= 2 */
 
-#ifndef __sparc__
-#define va_start(AP, LASTARG) 						\
- (AP = ((char *) __builtin_next_arg ()))
-#else
-#define va_start(AP, LASTARG)					\
-  (__builtin_saveregs (), AP = ((char *) __builtin_next_arg ()))
-#endif
-
-void va_end (va_list);		/* Defined in libgcc.a */
-#define va_end(AP)
-
-#define va_arg(AP, TYPE)						\
- (AP = ((char *) (AP)) += __va_rounded_size (TYPE),			\
-  *((TYPE *) ((char *) (AP) - __va_rounded_size (TYPE))))
+#define va_start(ap, last) __builtin_va_start((ap), (last))
+#define va_arg(ap, type) __builtin_va_arg((ap), type)
+#define va_end(ap) __builtin_va_end(ap)
+#define va_copy(dest, src) __builtin_va_copy((dest), (src))
 
 #endif	/* __GNUC__ >= 2 */