[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: broken make distclean...
From: |
Ralf Wildenhues |
Subject: |
Re: broken make distclean... |
Date: |
Mon, 27 Jun 2005 10:13:23 +0200 |
User-agent: |
Mutt/1.4.1i |
Hi Ed, David,
* David Fang wrote on Sun, Jun 26, 2005 at 07:23:15PM CEST:
> > I recently started seeing the following problem doing a make distclean:
> >
> > rm -rf ../libsrc/.deps ./.deps
>
> (Autotools amateur here, so please correct me nicely if I'm wrong!
> :) ) I'd say the above line is the problem is the above line, where your
> Makefile is touching something that's not an immediate subdirectory, i.e.
> cross-removing .deps files in ../libsrc while it's operating in libsrc4.
I tend to agree with this. However..
> Generally one should avoid that because the .deps files are always
> generated and read by the Makefiles. distclean is particularly sensitive
> to this. Does your Makefile .am have ../libsrc in the SUBDIRS? I'm
> guessing that might have caused it. When distclean cleaned the
> directories in reverse order, it pulled the wheels out from under the
> cart.
I can't see anything remotely like that in netcdf-4.0-alpha5/libsrc4.
Only a *_LIBADD that crosses directory boundaries which should be fine.
> > rm -f Makefile
> > make[1]: Leaving directory `/home/ed/netcdf-3/libsrc4'
> > Making distclean in libsrc
> > make[1]: Entering directory `/home/ed/netcdf-3/libsrc'
> > Makefile:364: .deps/attr.Plo: No such file or directory
Ed: I can't reproduce this with alpha5. Which Automake version do you
use?
BTW, what I _can_ reproduce with that version and hdf5-1.6.4 is a
missing preprocessor define `H5S_NULL'. Dunno which package is at fault
here, though.
Regards,
Ralf