octave-maintainers
[Top][All Lists]
Advanced

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

Re: octave-config-h?


From: Ben Abbott
Subject: Re: octave-config-h?
Date: Fri, 12 Feb 2016 20:48:01 -0500

> On Feb 12, 2016, at 8:10 PM, Mike Miller <address@hidden> wrote:
> 
> 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

Yes. that works for me!

Ben





reply via email to

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