Re: [OctDev] lists in 'optim'

2010-05-21 Thread etienne
Hi all, deleting leval.cc should be ok. Iirc, it was created mainly for the optimization functions and has no advantage over feval (funcName, argCell{:}), now that octave has cells. If anyone has tons of code riddled with lists, it should be easy enough to have list look-alike functi

Re: [OctDev] lists in 'optim'

2010-05-21 Thread Thomas Weber
On Fri, May 21, 2010 at 01:42:50PM +0200, Michael Creel wrote: > I checked in a modified Makefile so that leval.cc is not compiled. I > guess that leval.cc could be removed, but maybe we should wait on that > (?). If you think it's superfluous, delete it now. If someone needs it later, they can (

Re: [OctDev] lists in 'optim'

2010-05-21 Thread Michael Creel
On Fri, May 21, 2010 at 12:43 PM, Alois Schlögl wrote: > Michael Creel wrote: >> >> On Fri, May 21, 2010 at 9:53 AM, Alois Schlögl >> wrote: >>> >>> Søren Hauberg wrote: lør, 20 03 2010 kl. 19:36 +0100, skrev Michael Creel: > > I think that replacing list with cell arrays is pre

Re: [OctDev] lists in 'optim'

2010-05-21 Thread Alois Schlögl
Michael Creel wrote: > On Fri, May 21, 2010 at 9:53 AM, Alois Schlögl > wrote: >> Søren Hauberg wrote: >>> lør, 20 03 2010 kl. 19:36 +0100, skrev Michael Creel: I think that replacing list with cell arrays is pretty straightforward. I did that for samin and bfgsmin quite a while ago, >>

Re: [OctDev] lists in 'optim'

2010-05-21 Thread Michael Creel
On Fri, May 21, 2010 at 9:53 AM, Alois Schlögl wrote: > Søren Hauberg wrote: >> >> lør, 20 03 2010 kl. 19:36 +0100, skrev Michael Creel: >>> >>> I think that replacing list with cell arrays is pretty >>> straightforward. I did that for samin and bfgsmin quite a while ago, >>> when lists were depre

Re: [OctDev] lists in 'optim'

2010-05-21 Thread Alois Schlögl
Søren Hauberg wrote: > lør, 20 03 2010 kl. 19:36 +0100, skrev Michael Creel: >> I think that replacing list with cell arrays is pretty >> straightforward. I did that for samin and bfgsmin quite a while ago, >> when lists were deprecated. I suggest that the authors of the >> functions in question ta