[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: "make -C src clean" is dirty
From: |
Jaroslav Hajek |
Subject: |
Re: "make -C src clean" is dirty |
Date: |
Tue, 23 Jun 2009 20:48:26 +0200 |
On Tue, Jun 23, 2009 at 8:33 PM, John W. Eaton<address@hidden> wrote:
> On 22-Jun-2009, Rob Mahurin wrote:
>
> | In a clean mercurial checkout, following ./autogen.sh and ./
> | configure, "make maintainer-clean" causes some files to be created.
> | The problem seems to be
> |
> | Mon 15:00 $ make -C src clean
> | make -C ../liboctave ../liboctave/DASPK-opts.h
> | making DASPK-opts.h from DASPK-opts.in
> | making DASRT-opts.h from DASRT-opts.in
> | making DASSL-opts.h from DASSL-opts.in
> | making LSODE-opts.h from LSODE-opts.in
> | making Quad-opts.h from Quad-opts.in
> | ^Cmake: *** Deleting file `../liboctave/DASPK-opts.h'
> | make[1]: *** [Quad-opts.h] Interrupt
> | make: *** [../liboctave/DASPK-opts.h] Interrupt
> |
> | I think that "make clean" should only remove files? This maybe comes
> | from the targets in src/Makefile depending on FORCE. I'm not sure I
> | understand what's happening enough to suggest a change.
> |
> | I noticed this since I had some wrong liboctave/*.d files which made
> | my build fail and which weren't correctly regenerated after another
> | configure.
>
> Unless someone can come up with a better solution for the dependency
> generation, I consider this a feature, not a bug.
>
> If you want to avoid the dependency generation run
>
> make -C src omit_deps=true clean
>
> That's what the top-level Makefile does.
>
> jwe
>
I think (but can't verify at this moment) that another thing that
works is to do
rm src/*.{d,df}
prior to running make.
--
RNDr. Jaroslav Hajek
computing expert & GNU Octave developer
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz