bugGNU Octave - Bugs: bug #43047, help() does not see classdef files

 
 

bug #43047: help() does not see classdef files

Submitter:  Tatsuro MATSUOKA <tmacchant>
Submitted:  Fri 22 Aug 2014 12:03:16 AM UTC
   
 
Category:  Documentation Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * Any
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 30 Jun 2020 07:41:35 AM UTC, comment #8: 

@jwe: Thank you very much "help CLASSNAME.METHOD" works like a charm on stable and default.

Should I open a separate report about "help class.var"?

This item I would consider as closed.

Kai Torben Ohlhus <siko1056>
Group Member
Mon 29 Jun 2020 07:28:01 PM UTC, comment #7: 

I grafted the changesets linked in comment #3 to stable and also applied one more changeset to stable and merged with default:

http://hg.savannah.gnu.org/hgweb/octave/rev/49f4d7814760

This last change allows "help CLASSNAME.METHOD" to work for classdef methods when the method is defined in a separate file and has not been used or loaded before attempting to get access its doc string.

John W. Eaton <jwe>
Group administrator
Sun 31 May 2020 03:50:30 AM UTC, comment #6: 

If you consider your changes suitable for Octave 6, too, I would be very interested to get this feature already with Octave 6.  Octave 7 might be release in 1 to 2 years from now.

If the parser did not change too much, I can try to graft them back to stable (Octave 6).

Kai Torben Ohlhus <siko1056>
Group Member
Sat 30 May 2020 01:15:09 PM UTC, comment #5: 

I mistyped, I intended them to go on default but we could consider grafting them to stable.

John W. Eaton <jwe>
Group administrator
Sat 30 May 2020 02:57:09 AM UTC, comment #4: 

jwe, thank you very much for this amazing feature update.  For Octave's classdef classes and for a project of mine (using Matlab doc-strings) it works great =)

Your patches went on default (aka Octave 7), not stable as you wrote.  Is this correct?  Then this item can be closed.

Remaining features, such as help display for member documentations


help class.var
help class.meth


should be addressed in a separate bug report.

Kai Torben Ohlhus <siko1056>
Group Member
Fri 29 May 2020 03:52:54 PM UTC, comment #3: 
John W. Eaton <jwe>
Group administrator
Fri 17 Jul 2015 01:54:18 PM UTC, comment #2: 

I haven't seen this error with the build, I don't think this is still a "build failure" item. Specficially, inputParser does show up in the manual even though the "help" function doesn't find it.

So "help inputParser" fails but "doc inputParser" works.

Mike Miller <mtmiller>
Group Member
Fri 22 Aug 2014 12:17:49 AM UTC, comment #1: 

The problem is the new class 'inputParser' which is a classdef class and not a normal function.

Although the class is documented, it seems to fail to recognize it. This is the first classdef function in Octave so there's kinks like that which need to be ironed. Because the docstring should be included in the manual, this causes the documentation build to fail.

Note that the error message is incorrect. The message says "'inputParser' is not documented" but it is. The bug seems to come from get_help_text() which does not recognize it as such and returns "not documented".

Carnë Draug <carandraug>
Group Member
Fri 22 Aug 2014 12:03:16 AM UTC, original submission:  

I have check out the development source yesterday (21 Aug., 2014).
and tried to build.

The build failed during making docimentation.


../../run-octave -f -q -H -p ../../../octave/doc/interpreter --eval "splineimages ('splinefit6', 'txt');"
restore=: && backupdir=".am$$" && \
        am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd ../../../octave/doc/interpreter && \
        rm -rf $backupdir && mkdir $backupdir && \
        if (/bin/bash /home/tatsuromatsuoka/work/Octave/develop/octave/build-aux/missing makeinfo --version) >/dev/null 2>&1; then \
          for f in ../../../octave/doc/interpreter/octave.info ../../../octave/doc/interpreter/octave.info-[0-9] ../../../octave/doc/interpreter/octave.info-[0-9][0-9] ../../../octave/doc/interpreter/octave.i[0-9] ../../../octave/doc/interpreter/octave.i[0-9][0-9]; do \
            if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
          done; \
        else :; fi && \
        cd "$am__cwd"; \
        if /bin/bash /home/tatsuromatsuoka/work/Octave/develop/octave/build-aux/missing makeinfo   -I ../../../octave/doc/interpreter \
         -o ../../../octave/doc/interpreter/octave.info ../../../octave/doc/interpreter/octave.texi; \
        then \
          rc=0; \
          CDPATH="${ZSH_VERSION+.}:" && cd ../../../octave/doc/interpreter; \
        else \
          rc=$?; \
          CDPATH="${ZSH_VERSION+.}:" && cd ../../../octave/doc/interpreter && \
          $restore $backupdir/* `echo "./../../../octave/doc/interpreter/octave.info" | sed 's|[^/]*$||'`; \
        fi; \
        rm -rf $backupdir; exit $rc
./func.texi:773: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:773: warning: missing name for @deftypefnx
./func.texi:776: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:776: warning: missing name for @deftypefnx
./func.texi:779: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:779: warning: missing name for @deftypefnx
./func.texi:783: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:783: warning: missing name for @deftypefnx
./func.texi:786: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:789: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:792: must be after `@deftypefn' to use `@deftypefnx'
./func.texi:800: must be after `@deftypefn' to use `@deftypefnx'
make[3]: *** [../../../octave/doc/interpreter/octave.info] Error 1
make[3]: Leaving directory `/home/tatsuromatsuoka/work/Octave/develop/build/doc/interpreter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/tatsuromatsuoka/work/Octave/develop/build/doc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tatsuromatsuoka/work/Octave/develop/build'
make: *** [all] Error 2


Any suggestions?

I am using Ubuntu 14.04 LTS amd64. GCC version is 4.8.2.

Tatsuro

Tatsuro MATSUOKA <tmacchant>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Carbon-Copy List
  • -email is unavailable- added by siko1056 (Posted a comment)
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by amro_octave
  • -email is unavailable- added by tmacchant (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 15 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2021-06-04 mtmiller StatusNeed Info Fixed
        Open/ClosedOpen Closed
    2020-12-01 mmuetzel Dependencies- bugs #53874 is dependent
    2020-06-30 siko1056 StatusReady For Test Need Info
    2020-06-29 jwe StatusNeed Info Ready For Test
    2020-05-30 siko1056 StatusReady For Test Need Info
    2020-05-29 mtmiller Carbon-CopyRemoved 80942 -
    2020-05-29 jwe StatusConfirmed Ready For Test
    2019-06-02 siko1056 Dependencies- bugs #56389 is dependent
    2016-12-09 amro_octave Carbon-Copy- Added amro_octave
    2016-08-11 mtmiller Dependencies- bugs #48682 is dependent
    2015-07-17 mtmiller Item GroupBuild Failure Incorrect Result
        StatusNone Confirmed
    2014-08-22 carandraug Operating SystemGNU/Linux Any
        Summarybuild failure during making docimentation help() does not see classdef files

    Back to the top

    Powered by Savane 3.13-54b4.
    Corresponding source code