Funarg is an abbreviation for functional argument ; in computer science, the funarg problem relates to the difficulty of implementing function (programming)s as first-class citizen objects in stack (computing)-based programming language implementations.

There are two subtly different versions of the funarg problem:

In both of these cases, the problem relates to correctly passing the function s software platform together with the function s code. If this is done correctly, passing the resulting Closure (computer science) (that is to say, the code and environment together) as a value, instead of merely the code, completely solves the funarg problem. The fact that most older computer languages have used stack (computing)-based data structures to implement variable bindings has been the cause of most problems with implementing closures properly.

Historically, the upwards funarg problem has proven to be the more difficult. For example, the Pascal programming language allows functions to be passed as arguments but not returned as results; thus implementations of Pascal are required to address the downwards funarg problem but not the upwards one. The C programming language avoids the main difficulty of the funarg problem by not allowing function definitions to be nested; because the environment of every function is the same, containing just the statically-allocated global variables and functions, a pointer to a function s code describes the function completely.

In modern functional languages, functions are first-class values and can be passed anywhere. Thus, implementations of Scheme programming language or SML programming language must address both the upwards and downwards funarg problems. This is usually accomplished by representing function values as Dynamic memory allocation closures. Closure-based techniques have proven successful for imperative languages that allow function values as well. In fact, aside from some questions about performance, most language designers do not consider functional arguments a problem anymore.

= See also =

= External link =