Re: autoreconf --clean

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

 



David Byron wrote:
> I'm trying to find a way to remove all the files that autoreconf -fvi puts
> in my source directory.  This feels like something that someone else must
> have dealt with or at least thought about before.  It seems like a --clean
> option to autoreconf would do the trick.

The 'make maintainer-clean' automake generated target will almost do
what you want.  You could add the additional files to the variable
MAINTAINERCLEANFILES and then everything would be cleaned up.

> Is there another way to make files/directories like:
> 
> aclocal.m4
> autom4te.cache
> config.guess
> config.h.in
> config.sub
> configure
> depcomp
> install-sh
> missing
> and all the Makefile.in's generated from Makefile.am's
> 
> disappear?

Usually I would 'rm -rf' the source directory and they would all
disappear.

What use model are you envisioning?

> I'm also have in my head that it's OK to have the source directory on a
> read-only file system but then these files would have to go somewhere else.
> This isn't my goal, but perhaps they're related?

What you are asking about is essentially a "VPATH build".  You will
need GNU make to effectively use this feature.  In summary the process
is like this:

Given a source directory project-X.Y build in a different directory.
Frequently beside it but could actually be quite far away.

  chmod -R a-w project  # Just to show that it can be read-only

  mkdir debug-build
  cd debug-build
  ../project/configure CFLAGS=-g
  make

  cd ..
  mkdir opt-build
  cd opt-build
  ../project/configure CFLAGS=-O
  make

  cd ..
  rm -rf debug-build opt-build

Bob


_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
http://lists.gnu.org/mailman/listinfo/autoconf

[Index of Archives]     [GCC Help]     [Kernel Discussion]     [RPM Discussion]     [Red Hat Development]     [Yosemite News]     [Linux USB]     [Samba]

  Powered by Linux