Hi,
No, i didn't make uninstall or make clean or make blablaclean;
I read the configure output and thought it had removed all
compiler dependent files because it said:
Cleaning the src directories. This may take a few moments.
Re-configuring should either remove all compiler dependent files
or say that doing that is still necessary:
Cleaning the src directories, but if you are reconfiguring
to switch compilers then you must make uninstall.
This may take a few moments.
The confusing nature of such a message points to more
potential problems imo.
scott
ps
the clean target seems ok to me.
There should be a distclean target.
distclean is defintely distinct from uninstall.
we can even imagine the user scenario where post-install the
user just want to get rid of junk but keep the fruits of their labor,
ie the executables.
On Tue, Mar 20, 2012 at 08:32:25PM -0400, case wrote:
> On Tue, Mar 20, 2012, Scott wrote:
> > >
> > > I've been stalled several times in the last few days because
> > > amber/include never gets cleaned.
>
> It does with "make uninstall" (at least as far as I can see), and "make
> uninstall" should always be done when you are changing compilers, or at least
> that is the idea:
>
> 1. if you fail to do a "make uninstall" upon changing compilers, mpi, fftw,
> netcdf, and other configurations might not reflect new choices;
>
> 2. if you want "make clean" to clean lib and include, you will
> slow down re-compiling if you haven't changed compilers.
>
> So, the idea (perhaps this should be in the manual) is that "make clean"
> forces a recompile (sometimes helpful if dependencies are not quite right);
> "make uninstall" should be used when changing compilers.
>
> [If you want to keep more than one compiled version around, mv amber's
> bin, lib, include and share directories to a new tree location before the
> "make uninstall" step].
>
> And, if "make uninstall" is missing something, please fix it, but I've tried
> to be on top of that.
>
> ....dac
>
> p.s.: I suppose we could have an argument/discussion about exactly what
> "make clean" should do, but that seems something to hold off until after the
> release.
_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
Received on Tue Mar 20 2012 - 19:00:04 PDT
