== ToDo ==
=== Core ===
* fix imread bug with opaque images, see https://savannah.gnu.org/bugs/?func=detailitem&item_id=36820* remove removed but still referenced function in "seealso" blocks * <strike>
FFTW multithreaded https://savannah.gnu.org/ patch/ ? 7922</ strike>
=== Forge ===
==== image ====
* implement [http://en.wikipedia.org/wiki/SURF SURF], integralImage is cumsum(cumsum(a,1),2)
===== corner/cornermetric, harris =====
First post on mailing list in 12.01.2013 http://octave.1599824.n4.nabble.com/corner-cornermetric-equivalent-in-octave-td4648802.html
== brainstorming ==
* something like autobuilder for octave would be cool. Jordi mentioned http://hydra.nixos.org/jobset/gnu/octave-default
* perhaps http://www.phoronix-test-suite.com/?
== Snippets ==
== Tracking octave bugs with hg bisect==
I had a strange problem when loading gzip compressed ascii files in octave. It failed dependent on the integer values. After some stripping I made a minimalistic test script (min_testcase_fails.m) which always fails in a current dev (88616c872933):
fid = fopen (fn,"w");
c=load("file2.txt.gz") #this fails in newer versions
If line 4 with "663, 15, 154, 978161" is changed to ""663, 16, 154, 978161", load works as expected. '''Strange, isn't it?'''
make -j 7
After compilation I tried my test min_testcase_fails.m:
./run-octave -q ../min_testcase_fails.m
cd ../octave-src && hg bisect -g
After this you try make again, bootstrap && configure if
this fails, run the testscript, tell hg bisect if its good or bad and repeat this until the revision which introduced the problem is found.
Or you can use "hg bisect --command", see next point.
$BUILDDIR/run-octave -q ~/src/min_testcase_fails.m || exit 1