[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #45578] build failure due to no dependency on
From: |
Mike Miller |
Subject: |
[Octave-bug-tracker] [bug #45578] build failure due to no dependency on libgnu |
Date: |
Fri, 8 Jul 2016 02:18:37 +0000 (UTC) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0 |
Follow-up Comment #11, bug #45578 (project octave):
I pushed a minor fixup
http://hg.savannah.gnu.org/hgweb/octave/rev/d9643bc3792a
I may look again at the partial work to try to build libgnu as an include file
rather than a subdirectory make file.
This won't improve the build much over what we have now other than
"cleanliness".
The overall issue of dependencies on generated files, say a header file that
is built from a shell script, still remains.
However, I am able to do a full build of 'make dist' after doing some sneaky
things to build all of the $(BUILT_SOURCES) first. So this proves to me that,
if we were to have a way to add a dependency on $(BUILT_SOURCES), everything
else actually does build with the right dependencies now.
To be specific, the following does work for me:
make maintainer-clean ## just to start from a clean slate
../configure
printf 'asdf:\n\t$(MAKE) $(BUILT_SOURCES)\n-include Makefile\n' | make -f
/dev/stdin asdf
cd libgnu
printf 'asdf:\n\t$(MAKE) $(BUILT_SOURCES)\n-include Makefile\n' | make -f
/dev/stdin asdf
cd ..
make dist
Now the 'dist' target, which does not depend on 'all' or 'check' or
$(BUILT_SOURCES), builds successfully, including all of the things needed to
actually build and run Octave to generate the images for the docs.
After building 'dist' I can 'make all' and show that only a handful of files
are built that weren't needed for 'dist', including the *-tst files, the *.qm
files under libgui, and the .gdbinit files useful for ./run-octave -g.
However, beyond that hack, I don't know how to actually make every compilation
depend on $(BUILT_SOURCES), the automake manual talks about this and a few
different approaches, but it looks like we may be approaching the best we can
do.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?45578>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/