Current gretl CVS and the Windows snapshot at http://ricardo.ecn.wfu.edu/pub/gretl/gretl_install.exe contain release candidate 1 for gretl 1.7.6. Please note that this version involves a backward-incompatible change with respect to gretl 1.7.5 and earlier, affecting user-defined functions that (a) take a named list of variables as an argument and (b) do things with the list-member variables by means of a "foreach" loop on the list. I won't go into the rationale for this change here. Anyone who wants the details may look at the proceedings on the gretl-devel list for July, which were mostly taken up with this issue: http://lists.wfu.edu/pipermail/gretl-devel/2008-July/thread.html There's also a brief discussion in the chapter of the User's Guide that deals with user-defined functions. But here's the bottom line for users: * If you want to "get hold of" a list-member variable in the context noted above, you have to use the syntax listname.varname, where listname is the name of the list in question and varname is the name of the list member. (This is required only if you're working with a list that was supplied as a function argument.) Trivial example: inside a function, creating new variables which are the cubes of the members of an original list, xlist, where xlist is an argument to the function. Old style: loop foreach i xlist $i_3 = $i^3 endloop New style: loop foreach i xlist $i_3 = (xlist.$i)^3 endloop In the new scheme, "$i" gets the name of the list-member variable alright, but the variable is not "visible" under that name within the function. So on the right-hand side of the expression that creates the cubes, we need "(xlist.$i)^3". (Well, actually the parentheses are not required, but wearing your seatbelt is in general a good idea.) Although this may affect quite a large number of existing functions, we believe the effects are localized and the update should be trivial. If anyone has a function for which the update is _not_ trivial, please let us know. Allin Cottrell.