octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #46260] build with --disable-docs doesn't buil


From: Rik
Subject: [Octave-bug-tracker] [bug #46260] build with --disable-docs doesn't build oct-files until "make install"
Date: Mon, 29 Feb 2016 23:05:28 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0

Follow-up Comment #8, bug #46260 (project octave):

Apparently creating the .oct files is not enough.

I did


make maintainer-clean
sh bootstrap
./configure --disable-docs
make |& tee mymake.log


octave is successfully built, and the .oct files are generated, but when
running run-octave the FLTK toolkit is still not available.

I then ran


make V=1 check


to see what else happens.  I have excerpted the section of the log dealing
with __init_fltk__.cc.


rm -f libinterp/dldfcn/__init_fltk__.df-t libinterp/dldfcn/__init_fltk__.df-t1
libinterp/dldfcn/__init_fltk__.df && \
g++ -std=gnu++11 -E -DHAVE_CONFIG_H -I.  \
  -Iliboctave -I./liboctave -I./liboctave/cruft/misc -I./liboctave/array
-Iliboctave/numeric -I./liboctave/numeric -Iliboctave/operators
-I./liboctave/operators -I./liboctave/system -I./liboctave/util
-I./libinterp/octave-value -Ilibinterp -I./libinterp -I./libinterp/operators
-Ilibinterp/parse-tree -I./libinterp/parse-tree -Ilibinterp/corefcn
-I./libinterp/corefcn -Ilibgnu -I./libgnu   -I/usr/include/cairo
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 
-I/usr/include/freetype2 -DCP936  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_THREAD_SAFE -D_REENTRANT -I/usr/include/freetype2  -I/usr/include/freetype2
 \
  -pthread -fopenmp -Wall -W -Wshadow -Wold-style-cast -Wformat
-Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -g -O0 -pipe \
  -DMAKE_BUILTINS libinterp/dldfcn/__init_fltk__.cc >
libinterp/dldfcn/__init_fltk__.df-t1 && \
/bin/bash ./libinterp/mkdefs ./libinterp libinterp/dldfcn/__init_fltk__.cc <
libinterp/dldfcn/__init_fltk__.df-t1 > libinterp/dldfcn/__init_fltk__.df-t &&
\
rm -f libinterp/dldfcn/__init_fltk__.df-t1 && \
mv libinterp/dldfcn/__init_fltk__.df-t libinterp/dldfcn/__init_fltk__.df


It seems that there needs to be a dependency on the .df files as well. 
However, just re-building __init_fltk__.df was not enough.  I also had to
'make libinterp/dldfcn/PKG_ADD'.  Given that PKG_ADD depends on all the .df
files that is probably a better dependency to try and add to the build
system.

Alternatively, why don't we just add OCTAVE_INTERPRETER_TARGETS to all-local
in Makefile.am at the top level?  The variable is supposed to expand out into
whatever is necessary to use run-octave and is a dependency of the
documentation targets that might use run-octave to generate images.  Shouldn't
'make all' produce everything necessary for the interpreter as well?




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?46260>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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