bugGNU Octave - Bugs: bug #45567, Documentation re-built when...

 
 

bug #45567: Documentation re-built when building from tarball

Submitter:  Rik <rik5>
Submitted:  Fri 17 Jul 2015 04:18:32 AM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Regression
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 26 Jul 2015 02:40:39 AM UTC, comment #9: 

@Mike: Thanks, much better now.

Rik <rik5>
Group administrator
Sat 25 Jul 2015 08:30:10 PM UTC, comment #8: 

I think this is now fixed. I pushed a series of changesets that resolve some problems where timestamps of directories or of the DOCSTRINGS files were forcing the doc files to be rebuilt. I can now build from a dist tarball and no files in doc/interpreter or doc/liboctave are built a second time. Please reopen if I missed something or it still doesn't work for your environment.

http://hg.savannah.gnu.org/hgweb/octave/rev/0fbe2e28ea84
http://hg.savannah.gnu.org/hgweb/octave/rev/c23b313232c7
http://hg.savannah.gnu.org/hgweb/octave/rev/2f2e8b4996cb

Still more cleanup of the new build system to be done, but getting closer.

Mike Miller <mtmiller>
Group Member
Sat 18 Jul 2015 03:59:01 PM UTC, comment #7: 

I checked in this cset (http://hg.savannah.gnu.org/hgweb/octave/rev/2f9119bb3fe5) which adds the EXTRA_DIST filse that were missing from the libgui/ and test/ directories.  Now I can produce a tarball that unpacks and builds Octave, but the dependencies are still messed up because documentation is still being re-built.

Rik <rik5>
Group administrator
Sat 18 Jul 2015 01:34:04 AM UTC, comment #6: 

Yes, that file should be included in the distribution.

John W. Eaton <jwe>
Group administrator
Fri 17 Jul 2015 10:06:24 PM UTC, comment #5: 

I updated to cset 20367:6b7c10920dfe and proceeded to build a tarball.  When I unpack the tarball and try to do an out-of-path build I get the following error:


/bin/bash: ../octave-4.1.0+/test/build-bc-overload-tests.sh: No such file or directory
/bin/bash: ../octave-4.1.0+/test/build-bc-overload-tests.sh: No such file or directory
  GEN    liboctave/operators/mx-ops.h
  GEN    liboctave/numeric/DASPK-opts.h
  GEN    liboctave/numeric/DASRT-opts.h
  GEN    liboctave/numeric/DASSL-opts.h
  GEN    liboctave/numeric/LSODE-opts.h
  GEN    liboctave/numeric/Quad-opts.h
  GEN    liboctave/operators/mx-cdm-dm.h
  GEN    liboctave/operators/mx-dm-cdm.h
  GEN    liboctave/operators/mx-i64-nda.h
  GEN    liboctave/operators/vx-ccv-cv.h
  GEN    liboctave/operators/vx-ccv-s.h
  GEN    liboctave/operators/smx-sm-cs.h
  GEN    liboctave/operators/smx-cs-sm.h
  GEN    libinterp/corefcn/defaults.h
  GEN    libinterp/corefcn/graphics-props.cc
  GEN    libinterp/corefcn/graphics.h
  GEN    libinterp/corefcn/mxarray.h
  GEN    libinterp/version.h
  GEN    libinterp/oct-conf.h
  GEN    libinterp/corefcn/DASPK-opts.cc
  GEN    libinterp/corefcn/DASRT-opts.cc
  GEN    libinterp/corefcn/DASSL-opts.cc
  GEN    libinterp/corefcn/LSODE-opts.cc
  GEN    libinterp/corefcn/Quad-opts.cc
  GEN    libinterp/corefcn/oct-errno.cc
  GEN    libinterp/operators/ops.cc
  GEN    libgui/src/.octave-dirstamp
make: *** No rule to make target `test/build-sparse-tests.sh', needed by `test/sparse.tst'.  Stop.


Is build-bc-overload-tests.sh supposed to be exported in the tarball?


Rik <rik5>
Group administrator
Fri 17 Jul 2015 07:19:19 PM UTC, comment #4: 
John W. Eaton <jwe>
Group administrator
Fri 17 Jul 2015 05:17:11 PM UTC, comment #3: 

OK, I'll take care of doing that.  Likewise for the directory timestamp files that only exist to ensure that the directories exist when doing a VPATH build.

John W. Eaton <jwe>
Group administrator
Fri 17 Jul 2015 03:37:12 PM UTC, comment #2: 

Not a bad idea.  We used to have the special GNU existence-only check for the html directory in the documentation build.  This is the same idea, we require the existence of the interpreter in order to build the images, but we don't care if it happens to be newer than the images.

Rik <rik5>
Group administrator
Fri 17 Jul 2015 05:13:57 AM UTC, comment #1: 

Confirm, this is because files built for the manual depend on the interpreter. For example


$ touch src/octave-gui
$ make


forces a rebuild of the manual.

Maybe we need to use a GNU order-only prerequisite to tell make that the doc files depend on the interpreter but should not be rebuilt if the interpreter timestamp is newer?

Mike Miller <mtmiller>
Group Member
Fri 17 Jul 2015 04:18:32 AM UTC, original submission:  

Using cset 20363:63736167fb78, I created a distribution tarball with 'make dist'.  I then unpacked this tarball, configured using an out-of-path build directory, and built Octave.  The code compiles, but the documentation is re-built which is not supposed to happen and would force users to have TeX installed.

Rik <rik5>
Group administrator

 

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

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by rik5 (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 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-07-25 mtmiller StatusConfirmed Fixed
        Open/ClosedOpen Closed
    2015-07-17 mtmiller StatusNone Confirmed

    Back to the top

    Powered by Savane 3.13-bb6a.
    Corresponding source code