From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gatech.edu (gatech.edu [130.207.244.244]) by werple.net.au (8.7/8.7) with SMTP id DAA01911 for ; Thu, 12 Oct 1995 03:03:13 +1000 (EST) Received: from gauss (gauss.skiles.gatech.edu) by gatech.edu with SMTP id AA21252 (5.65c/Gatech-10.0-IDA for ); Wed, 11 Oct 1995 13:00:40 -0400 Received: by gauss (5.x/SMI-SVR4) id AA13396; Wed, 11 Oct 1995 12:56:40 -0400 Resent-Date: Wed, 11 Oct 1995 12:56:13 -0400 Old-Return-Path: Message-Id: <9510111656.AA21968@redwood.skiles.gatech.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: zsh-workers@math.gatech.edu Subject: Re: beta11-test9 available for testing In-Reply-To: Your message of "Wed, 11 Oct 1995 09:32:16 BST." <199510110832.JAA10313@bolyai.cs.elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Oct 1995 12:56:13 -0400 From: Richard Coleman Resent-Message-Id: <"m0jYf2.0.EH3.7T_Um"@gauss> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/449 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu > > Shit, I forgot which files i have to touch, will have to find out again... > > Sorry about that. I never do a make in the top directory, that's why I always > forget it. Also I do not have autoconf (I was too lazy to get it). For those > having such problems, just do a `touch configure' in the main zsh directory. > I repacked the tar.gz source with correct dates. The only change is the date > of configure, so do not download it if you already have it. The file changed > is: > > -rw-r--r-- 616509 Oct 11 09:01 zsh-2.6-beta11-test9-hzoli11.tar.gz > > If you use the patch to vanilla test9, you will probably have similar > problems, but I do not repack the patch file. There are two things I could do. The first is put in a Makefile target so that "make touch" will touch all the right files in the right order. The second is add some code to the "make dist" code so that when I make a distribution, it comments out the Makefile dependencies for configure. That way if a patch changes configure or configure.in, then it will not try to run autoconf or autoheader. Hmm... I think I like the second option. I'll try to work on it later this week. Richard Coleman coleman@math.gatech.edu