Provided by: libffcall-dev_2.4-2_amd64 bug

NAME

       vacall - C functions called with variable arguments

SYNOPSIS

       #include <vacall.h>

       extern void* vacall_function;

       void function (va_alistalist)
       {
         va_start_type(alist[, return_type]);
         arg = va_arg_type(alist[, arg_type]);
         va_return_type(alist[[, return_type], return_value]);
       }

       vacall_function = &function;

       val = ((return_type (*) ()) vacall) (arg1,arg2,...);

DESCRIPTION

       This  set  of macros permit a C function function to be called with variable arguments and
       to return variable return values.  This is much like  the  stdarg(3)  facility,  but  also
       allows the return value to be specified at run time.

       Function  calling  conventions  differ  considerably  on  different  machines,  and vacall
       attempts to provide some degree of isolation from such architecture dependencies.

       The function that can be called with any number and  type  of  arguments  and  which  will
       return  any  type  of return value is vacall.  It will do some magic and call the function
       stored in the variable vacall_function.  If you want to make more than one use of  vacall,
       use the trampoline(3) facility to store &function into vacall_function just before calling
       vacall.

       Within function, the following macros can be used to walk through the  argument  list  and
       specify a return value:

       va_start_type(alist[, return_type]);
              starts the walk through the argument list and specifies the return type.

       arg = va_arg_type(alist[, arg_type]);
              fetches the next argument from the argument list.

       va_return_type(alist[[, return_type], return_value]);
              ends the walk through the argument list and specifies the return value.

       The type in va_start_type and va_return_type shall be one of void, int, uint, long, ulong,
       longlong, ulonglong, double, struct, ptr or (for ANSI C calling  conventions  only)  char,
       schar, uchar, short, ushort, float, depending on the class of return_type.

       The type specifiers in va_start_type and va_return_type must be the same.  The return_type
       specifiers passed to va_start_type and va_return_type must be the same.

       The type in va_arg_type shall be one of  int,  uint,  long,  ulong,  longlong,  ulonglong,
       double,  struct,  ptr  or (for ANSI C calling conventions only) char, schar, uchar, short,
       ushort, float, depending on the class of arg_type.

       In va_start_struct(alist, return_type, splittable); the splittable flag specifies  whether
       the  struct  return_type  can  be  returned in registers such that every struct field fits
       entirely  in  a  single  register.  This  needs  to  be  specified  for  structs  of  size
       2*sizeof(long).  For structs of size <= sizeof(long), splittable is ignored and assumed to
       be 1. For structs of size > 2*sizeof(long), splittable is ignored and  assumed  to  be  0.
       There are some handy macros for this:
       va_word_splittable_1 (type1)
       va_word_splittable_2 (type1, type2)
       va_word_splittable_3 (type1, type2, type3)
       va_word_splittable_4 (type1, type2, type3, type4)
       For a struct with three slots
       struct { type1 id1; type2 id2; type3 id3; }
       you can specify splittable as va_word_splittable_3 (type1, type2, type3) .

NOTES

       Functions  which  want  to  emulate  Kernighan & Ritchie style functions (i.e., in ANSI C,
       functions without a typed argument list) cannot use the type values  char,  schar,  uchar,
       short, ushort, float.  As prescribed by the default K&R C expression promotions, they have
       to use int instead of char, schar, uchar, short, ushort and double instead of float.

       The    macros     va_start_longlong(),     va_start_ulonglong(),     va_return_longlong(),
       va_return_ulonglong(),  va_arg_longlong()  and  va_arg_ulonglong()  work  only  if  the  C
       compiler has a working long long 64-bit integer type.

       The struct types used in va_start_struct() and va_struct() must only  contain  (signed  or
       unsigned)  int,  long,  long  long  or pointer fields.  Struct types containing (signed or
       unsigned) char, short, float, double or other structs are not supported.

EXAMPLE

       This example, a possible implementation of execl(3) on top of execv(2) using stdarg(3),

       #include <stdarg.h>
       #define MAXARGS 100
       /* execl is called by execl(file, arg1, arg2, ..., (char *)0); */
       int execl (...)
       {
         va_list ap;
         char* file;
         char* args[MAXARGS];
         int argno = 0;
         va_start (ap);
         file = va_arg(ap, char*);
         while ((args[argno] = va_arg(ap, char*)) != (char *)0)
           argno++;
         va_end (ap);
         return execv(file, args);
       }

       looks like this using vacall(3):

       #include <vacall.h>
       #define MAXARGS 100
       /* execl is called by vacall(file, arg1, arg2, ..., (char *)0); */
       void execl (va_alist ap)
       {
         char* file;
         char* args[MAXARGS];
         int argno = 0;
         int retval;
         va_start_int (ap);
         file = va_arg_ptr(ap, char*);
         while ((args[argno] = va_arg_ptr(ap, char*)) != (char *)0)
           argno++;
         retval = execv(file, args);
         va_return_int (ap, retval);
       }
       vacall_function = &execl;

SEE ALSO

       stdarg(3), trampoline(3), callback(3).

BUGS

       The current implementations have been tested on a selection of common cases but there  are
       probably still many bugs.

       There  are  typically  built-in  limits  on  the size of the argument-list, which may also
       include the size of any structure arguments.

       The decision whether a struct is to be returned in registers or in memory  considers  only
       the struct's size and alignment. This is inaccurate: for example, gcc on m68k-next returns
       struct { char a,b,c; } in registers and struct { char a[3]; }  in  memory,  although  both
       types have the same size and the same alignment.

       The argument list can only be walked once.

       The  use  of  the  global  variable vacall_function is not reentrant. This is fixed in the
       callback(3) package.

PORTING

       Knowledge about argument passing  conventions  can  be  found  in  the  gcc  source,  file
       gcc-2.6.3/config/cpu/cpu.h, section "Stack layout; function entry, exit and calling."

       The   implementation   of  varargs  for  gcc  can  be  found  in  the  gcc  source,  files
       gcc-2.6.3/ginclude/va*.h.

       gcc's   __builtin_saveregs()   function   is   defined   in   the   gcc    source,    file
       gcc-2.6.3/libgcc2.c.

AUTHOR

       Bruno Haible <bruno@clisp.org>

ACKNOWLEDGEMENTS

       Many ideas and a lot of code were cribbed from the gcc source.

                                          1 January 2017                                VACALL(3)