Re: [OctDev] more cleaning

[Paul K. <pki...@ja...>]

I didn't include any of the optim/test* functions in make check this time
around because they weren't working consistently.  Has that been
addressed?

Specifically, for make check I need to know if the functions are working as
expected, or if there has been some change in octave or octave-forge which
is causing them to break.  It would be nice if the optimization routines
converge to the correct value in a reasonable time no matter what initial
conditions they are presented with, but until they do make check needs to
test from known good initial conditions.

Regarding tests with random input, I'm open to suggestions.  Maybe put them
in make icheck since the user is expected to watch the output of that to
verify that it is reasonable.  In that case, use a set of random initial
conditions and report the probability of them converging correctly like
Andy does in sparse:

octave -qf sp_test.m 2>/dev/null
178 operations tested sucessfully for 100 iterations
operation #80 in sp_test.m exceeds error tolerance with probability  1.00%
operation #125 in sp_test.m exceeds error tolerance with probability  1.00%
operation #173 in sp_test.m exceeds error tolerance with probability  2.00%
operation #174 in sp_test.m exceeds error tolerance with probability  7.00%
operation #178 in sp_test.m exceeds error tolerance with probability  1.00%

BTW, I consider batch_test to be a temporary fix.  make check really needs
to be distributed throughout the tree.

Paul Kienzle
pki...@us...

On Fri, May 17, 2002 at 07:30:43PM +0100, Etienne Grossmann wrote:
> 
>   Also,
> 
> cg_min.m, bracket_min.m, semi_bracket.m, brent_line_min.m and the
> associated test functions can also be removed. I will rename
> test_cg_min_N.m test_min_N.m.
> 
>   Cheers,
> 
>   Etienne
> 
> -- 
> Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne
> 
> _______________________________________________________________
> 
> Hundreds of nodes, one monster rendering program.
> Now that’s a super model! Visit http://clustering.foundries.sf.net/
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev