Re: Eliminating more recursive make invocations

[Rik]

On 07/12/2015 09:00 AM, address@hidden wrote:

Subject:

Re: Eliminating more recursive make invocations

From:

Mike Miller <address@hidden>

Date:

07/11/2015 09:59 PM

To:

"John W. Eaton" <address@hidden>

CC:

Octave Maintainers <address@hidden>

List-Post:

<mailto:address@hidden>

Precedence:

list

MIME-Version:

1.0

References:

<address@hidden>

In-Reply-To:

<address@hidden>

Message-ID:

<address@hidden>

Content-Type:

text/plain; charset=utf-8

Message:

2

On Tue, Jul 07, 2015 at 12:34:05 -0400, John W. Eaton wrote:

> I'm considering doing the same for the liboctave, libinterp, libgui, src,
> and scripts directory.  At that point, the only directory that will be
> handled by a recursive make invocation will be libgnu.

This looks like it's working for me with your latest changes, thanks for
keeping at it.

I just pushed a few fixes to restore 'make install', let me know if I
missed something.

I've compared the file contents of 'make install' to an older 4.1.0+
install, there are a few discrepancies that still need fixing:

 * a few missing files, including oct-hdf5-id.h, Array.cc-tst,
   Sparse.cc-tst
 * m-files are now installed to share/octave/4.1.0+/m/scripts
 * tests are now installed to share/octave/4.1.0+/etc/tests/fixed/tests,
   share/octave/4.1.0+/etc/tests/libinterp/libinterp, and
   share/octave/4.1.0+/etc/tests/liboctave/liboctave

I haven't tracked down the reason for the few missing files yet.

The m-file and test directory differences are because of Automake's
nobase feature. I think the only way to fix that might be to use custom
install-data-local rules for those files.

Another important change is that building Octave now always rebuilds the
documentation. This means that the documentation shipped in a dist
tarball will always be rebuilt after Octave is compiled. I haven't
tracked down the cause yet.

Mike,

I think this was because the generation of figure 15.7 got messed up by the change to a non-recursive build system.  'pdflatex' really wants to be run from the directory where the files reside which requires cd'ing there before running any commands.  I fixed that problem along with 'flicker' issues here (http://hg.savannah.gnu.org/hgweb/octave/rev/b439ccc9a162).

Some of the documentation dependencies are still not right.  When  I run 'make all' twice in succession parts of the documentation are re-built during the second run.  After that, however, all of the timestamps seem to have been correctly updated and I no longer get documentation builds.

--Rik