octave-maintainers
[Top][All Lists]
Advanced

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

Re: docs not building


From: John W. Eaton
Subject: Re: docs not building
Date: Wed, 08 Jul 2015 08:02:07 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.2.0

On 07/08/2015 05:58 AM, Michael Godfrey wrote:

This did fix the doc/refcard problem, but the same construct fails for
make check.
I get:
make  check-local
make[3]: Entering directory '/home/godfrey/d/src/octave/hg/octave'
./doc/interpreter/config-images.sh .
./doc/interpreter/images.mk is unchanged
cd test && ../run-octave  --norc --silent --no-history ./test/fntests.m
./test
error: no such file,
'/home/godfrey/d/src/octave/hg/octave/test/test/fntests.m'
error: source: error sourcing file
'/home/godfrey/d/src/octave/hg/octave/test/test/fntests.m'
Makefile:4649: recipe for target 'check-local' failed
make[3]: *** [check-local] Error 1
make[3]: Leaving directory '/home/godfrey/d/src/octave/hg/octave'
Makefile:3420: recipe for target 'check-am' failed
make[2]: *** [check-am] Error 2
make[2]: Leaving directory '/home/godfrey/d/src/octave/hg/octave'
Makefile:3129: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory '/home/godfrey/d/src/octave/hg/octave'
Makefile:3422: recipe for target 'check' failed
make: *** [check] Error 2
===============================
As I mentioned before, removing the cd test && . fixes this.  It does
appear that there
is a difference in how make is handling cd commands. This has always
(for me) been
a bit obscure. I have to reread the make doc whenever I use cd in a
makefile.

OK, I'm out of time right now, but I'll take a look at this later today.

Are you using a make different from GNU Make 4.0?

I'm using

GNU Make 4.0
Built for x86_64-pc-linux-gnu

on a Debian system.

By the way, your changes have made one improvement (at least): before
make clean
make
did not rebuild the doc/ files. Now it does.

OK.

Also, a general comment: I'm sure there are going to be some glitches as I make these changes. Sorry about that. But ultimately, we should be able to better express all dependencies accurately and hopefully improve the overall build, especially when doing parallel builds.

jwe




reply via email to

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