+2003-07-27 Alexandre Duret-Lutz <adl@gnu.org>
+
+ * lib/am/compile.am (mostlyclean-compile): Do not erase core dumps.
+ * automake.texi (Built sources example): Adjust example.
+
2003-07-26 Alexandre Duret-Lutz <adl@gnu.org>
* automake.in (get_object_extension, handle_languages)
- install-sh now understands --version and --help.
+ - Automake will now recognize AC_CONFIG_LINKS so far as removing created
+ links as part of the distclean target and including source files in
+ distributions.
+
* Obsolete features
- lisp_DATA is now allowed. If you are using the empty ELCFILES
- Targets dist-gzip, dist-bzip2, dist-tarZ, dist-zip are always defined.
-* Automake will now recognize AC_CONFIG_LINKS so far as removing created links
- as part of the distclean target and including source files in distributions.
+ - core dumps are no longer removed by the cleaning rules. There are
+ at least three reasons for this:
+ 1. These files should not be created by any build step,
+ so their removal do not fit any of the cleaning rules.
+ Actually, they may be precious to the developer.
+ 2. If such file is created during a build, then it's clearly a
+ bug Automake should not hide. Not removing the file will
+ cause `make distcheck' to complain about its presence.
+ 3. Operating systems have different naming conventions for
+ core dump files. A core file on one system might be a
+ completely legitimate data file on another system.
\f
New in 1.7:
% make clean
test -z "bindir.h" || rm -f bindir.h
test -z "foo" || rm -f foo
-rm -f *.o core *.core
+rm -f *.o
% : > .deps/foo.Po # Suppress previously recorded dependencies
% make foo
source='foo.c' object='foo.o' libtool=no \
mostlyclean-am: mostlyclean-compile
mostlyclean-compile:
-## Don't remove 'core.*' because some distributions have eg "core.c".
-## 4.4BSD systems use `PROG.core'.
- -rm -f *.$(OBJEXT) core *.core
+ -rm -f *.$(OBJEXT)
?MOSTLYRMS?%MOSTLYRMS%
distclean-am: distclean-compile