Chasing an elusive nmake bug

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@5306 dc483132-0cff-0310-8789-dd5450dbe970

diff --git a/src/lib/crypto/ChangeLog b/src/lib/crypto/ChangeLog
index f4da7e952347ad62d00382a567f39253c6de9d22..3c669e034c1a13fc8bdb01209abbb0cb02ac2fc1 100644 (file)
--- a/src/lib/crypto/ChangeLog
+++ b/src/lib/crypto/ChangeLog
@@ -1,3 +1,8 @@
+Tue Mar 28 20:00:00 1995 Keith Vetter (keithv@fusion.com)
+
+       * Makefile.in: more of nmake's strange behavior. Problem goes
+          away with the addition of a nop line.
+
 Wed Mar 22 11:28:08 1995 Keith Vetter (keithv@fusion.com)
 
        * Makefile.in: put back '##DOSLIBNAME' since it makes the .c.obj rule

diff --git a/src/lib/crypto/Makefile.in b/src/lib/crypto/Makefile.in
index e1375b20c614228788c99f2defe250f768fc126f..9a026d40be163b5e1d6dd923bb12e8e12207e6eb 100644 (file)
--- a/src/lib/crypto/Makefile.in
+++ b/src/lib/crypto/Makefile.in
@@ -65,6 +65,7 @@ all-windows::
        cd ..\os
        @echo Making in crypto\os
        -$(MAKE) -$(MFLAGS) LIBCMD=$(LIBCMD)
+       rem BUG WITH NMAKE
        cd ..\md5
        @echo Making in crypto\md5
        -$(MAKE) -$(MFLAGS) LIBCMD=$(LIBCMD)