[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: octave-config-h?
From: |
Mike Miller |
Subject: |
Re: octave-config-h? |
Date: |
Fri, 12 Feb 2016 17:10:44 -0800 |
User-agent: |
Mutt/1.5.24 (2015-08-30) |
On Fri, Feb 12, 2016 at 19:44:16 -0500, Ben Abbott wrote:
> I tried a fresh bootstrap, configure, & make, but octave-config.h is still
> not being automatically generated.
>
> GEN libinterp/corefcn/defaults.h
> libinterp/corefcn/defaults.h is unchanged
> GEN libinterp/corefcn/graphics-props.cc
> libinterp/corefcn/graphics-props.cc is unchanged
> GEN libinterp/corefcn/graphics.h
> libinterp/corefcn/graphics.h is unchanged
> GEN libinterp/corefcn/mxarray.h
> libinterp/corefcn/mxarray.h is unchanged
> GEN libinterp/version.h
> libinterp/version.h is unchanged
> GEN libinterp/build-env.cc
> libinterp/build-env.cc is unchanged
> GEN libinterp/octave.df
> In file included from libinterp/octave.cc:42:
> ./liboctave/util/cmd-edit.h:26:10: fatal error: 'octave-config.h' file not
> found
> #include "octave-config.h"
>
> I’ve never been successful having a build tree separate from my
> archive. Thus, I’m building in hg archive. Is there any reason that
> may produce such a problem?
Confirmed here. I normally run "make -j4 all" and there is no error in
that case.
The rule is "%.df: %.cc" building libinterp/octave.df. Try the following
patch:
diff --git a/libinterp/module.mk b/libinterp/module.mk
--- a/libinterp/module.mk
+++ b/libinterp/module.mk
@@ -216,7 +216,7 @@ DLL_CXXDEFS = @OCTINTERP_DLL_DEFS@
## Rule to build a DEF file from a .cc file
## See also module.mk files for overrides when speciall CPPFLAGS are needed.
## FIXME: Shouldn't the build stop if CPP fails here? Yes (10/31/2013)
-%.df: %.cc $(GENERATED_MAKE_BUILTINS_INCS)
+%.df: %.cc $(GENERATED_MAKE_BUILTINS_INCS) octave-config.h
$(AM_V_GEN)rm -f address@hidden address@hidden $@ && \
$(CXXCPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) \
$(libinterp_liboctinterp_la_CPPFLAGS) $(LLVM_CPPFLAGS) $(CPPFLAGS) \
The BUILT_SOURCES variable is a hack to tell Automake to generate some
files first. But when one of those files depends on another one, we need
to declare those relationships.
--
mike