Re: broken make distclean...

[Ralf Wildenhues]

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