octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #47424] Cannot run "test function" for builtin


From: Lachlan Andrew
Subject: [Octave-bug-tracker] [bug #47424] Cannot run "test function" for builtin functions
Date: Wed, 23 Mar 2016 00:36:43 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0

Follow-up Comment #5, bug #47424 (project octave):

Thanks for looking at this, jwe.  Your comments are, as always, spot on.

I was intending this more for developers while testing functions.  In
particular, I wasn't in the habit of running the textscan BIST because running
"make check" takes forever and produces voluminous output, and I couldn't just
test textscan.

That developer focus is also the reason for putting the make logic in was to
allow tests to be tweaked without rerunning make (and without making changes
to the .cc-tst file that may not get copied back to the .cc file).  I tried
just putting "make ....cc-tst" in, and it converted a seemingly instantaneous
test into a multi-second wait.

Perhaps all of this suggests that there should be a separate script for
testing the development version that doesn't get shipped, and a simpler
extension to test.m that only checks OCTAVE_DIR/etc/tests.

Many tests test multiple functions, like the tests for  dbstatus  also testing
 dbstop.  These could be tagged with a comma-separated list of functions, but
it isn't clear what -tst files should be created.  We wouldn't want "make
check" to run the same test multiple times.  One option would be for test
itself to parse the -tst file (trivial if only we could assume awk was
present...), and only run the tests for the nominated command.  That would
also not require any changes to the build system.

I'm happy to make all of the changes you suggest except for changing the
Makefile.  I'm happy to attempt that, but it would need careful vetting...

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?47424>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]