[697] in arla-drinkers
Re: small problem - stds.h deleted on clean, no way to remake
daemon@ATHENA.MIT.EDU (Love)
Tue Mar 16 15:59:25 1999
From owner-arla-drinkers@stacken.kth.se Tue Mar 16 20:59:25 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 9161 invoked from network); 16 Mar 1999 20:59:24 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 16 Mar 1999 20:59:24 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id VAA16124
for arla-drinkers-list; Tue, 16 Mar 1999 21:51:58 +0100 (MET)
Received: from elixir.e.kth.se (elixir.e.kth.se [130.237.48.5])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id VAA16120
for <arla-drinkers@stacken.kth.se>; Tue, 16 Mar 1999 21:51:54 +0100 (MET)
Received: from anchor.s3.kth.se (anchor.s3.kth.se [130.237.43.59])
by elixir.e.kth.se (8.9.2/8.9.2) with ESMTP id VAA16197;
Tue, 16 Mar 1999 21:51:49 +0100 (MET)
Received: (from lha@localhost)
by anchor.s3.kth.se (8.9.2/8.9.2) id VAA11775;
Tue, 16 Mar 1999 21:51:48 +0100 (MET)
From: Love <lha@stacken.kth.se>
To: "Neulinger, Nathan R." <nneul@umr.edu>
Cc: "'arla-drinkers@stacken.kth.se'" <arla-drinkers@stacken.kth.se>
Subject: Re: small problem - stds.h deleted on clean, no way to remake
References: <9DA8D24B915BD1118911006094516EAF019C8035@umr-mail02.cc.umr.edu> <9DA8D24B915BD1118911006094516EAF019C8037@umr-mail02.cc.umr.edu>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
Date: 16 Mar 1999 21:51:48 +0100
In-Reply-To: "Neulinger, Nathan R."'s message of Tue, 16 Mar 1999 14:16:47 -0600
Message-ID: <amu2vlf997.fsf@anchor.s3.kth.se>
Lines: 56
X-Mailer: Gnus v5.5/Emacs 20.2
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
"Neulinger, Nathan R." <nneul@umr.edu> writes:
> stds.h in include is deleted by make clean, but does not have any way to
> recreate it. Probably should be added to ../util like the others and
> symlinked in as a dependency rule.
and
> This would make things a whole lot nicer for those of us who are maintaining
> a copy of arla in CVS. This patch just adds a bunch of .cvsignore files
> listing all the files that get built.
Both you probles is related to that you build in the source tree.
We don't.
The first problem the later patch should fix. The second problem is fixed
by building out of the tree. Guess we can add all those .cvsignore files
but building out of the source-tree is a lot cleaner (and easier when
maintaining more then on platform)
Love
Index: Makefile.in
===================================================================
RCS file: /usr/local/cvsroot/arla/include/Makefile.in,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -w -u -w -r1.27 -r1.28
--- Makefile.in 1999/03/04 01:38:03 1.27
+++ Makefile.in 1999/03/16 20:43:39 1.28
@@ -31,8 +31,10 @@
resolve.h rxkad.h service.h mmaptime.h ports.h \
heap.h
-HEADERS = atypes.h fs_errors.h stds.h
+BUILDHEADERS = atypes.h fs_errors.h
+HEADERS = stds.h $(BUILDHEADERS)
+
BITS_OBJECTS = bits.o
SOURCES = bits.c
@@ -64,7 +66,7 @@
./bits $@
clean:
- rm -f bits *.o $(HEADERS) $(LOCL_HEADERS)
+ rm -f bits *.o $(BUILDHEADERS) $(LOCL_HEADERS)
Makefile: Makefile.in ../config.status
cd ..; CONFIG_FILES=include/Makefile CONFIG_HEADERS= ./config.status
