* lib/am/compile.am (mostlyclean-compile): Do not erase core dumps.
authorAlexandre Duret-Lutz <adl@gnu.org>
Sun, 27 Jul 2003 12:58:38 +0000 (12:58 +0000)
committerAlexandre Duret-Lutz <adl@gnu.org>
Sun, 27 Jul 2003 12:58:38 +0000 (12:58 +0000)
* automake.texi (Built sources example): Adjust example.

ChangeLog
NEWS
automake.texi
lib/am/compile.am
stamp-vti
version.texi

index 24aa2ce..472346a 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+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)
diff --git a/NEWS b/NEWS
index a355ab0..c3dd132 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -75,6 +75,10 @@ New in 1.7a:
 
   - 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
@@ -142,8 +146,17 @@ New in 1.7a:
 
   - 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:
index 4e3bc06..4ba36df 100644 (file)
@@ -3819,7 +3819,7 @@ if you try to run @code{make foo} explicitly:
 % 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 \
index bf594b1..aa1ed57 100644 (file)
@@ -21,9 +21,7 @@ DEFAULT_INCLUDES = %DEFAULT_INCLUDES%
 
 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
index 056422d..24106ae 100644 (file)
--- a/stamp-vti
+++ b/stamp-vti
@@ -1,4 +1,4 @@
-@set UPDATED 20 July 2003
+@set UPDATED 27 July 2003
 @set UPDATED-MONTH July 2003
 @set EDITION 1.7a
 @set VERSION 1.7a
index 056422d..24106ae 100644 (file)
@@ -1,4 +1,4 @@
-@set UPDATED 20 July 2003
+@set UPDATED 27 July 2003
 @set UPDATED-MONTH July 2003
 @set EDITION 1.7a
 @set VERSION 1.7a