Delivered-To: listarch-cygwin AT sourceware DOT cygnus DOT com Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com From: Malcolm Purvis MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 16 Feb 1999 09:32:58 +1100 (EST) To: cygwin AT sourceware DOT cygnus DOT com Cc: Graham DOT Dumpleton AT otcgpo DOT isg DOT otc DOT com DOT au Subject: Re: B20: make confused with //a style drive specifiers In-Reply-To: <199902150959.UAA16467@baldric.pad.otc.com.au> References: <199902150959 DOT UAA16467 AT baldric DOT pad DOT otc DOT com DOT au> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14024.40142.269251.610845@hobbes> >>>>> "Graham" == Graham Dumpleton writes: Graham> Came across the following problem in B20 which I believe should Graham> work. [...] Graham> need2 := //g/a //g/b //g/c //g/d //g/e //g/f Graham> all2 : $(need2) Graham> $(need2) : % : Graham> @echo $@ Graham> make: *** No rule to make target `//g/a', needed by `all2'. Stop. I reported this bug back in November (see in the archives at for my report) and it has nothing to do with the //a style drive letters. The problem is that make cannot cope with the second or later path in a static rule being an absolute path name. Hugh Winkler (hughw AT scoutsys DOT com) identified the problem and produced a version of make that works (see ). This message also contains the URL of the fixed binary. For whatever reason this fix never made it into B20.1, but I presume it will appear when make 3.77 is incorporated into the next release. BTW Graham, if you found this bug by using makeit under cygwin, let me know because we've been using that combination here for the last few months. -- Malcolm Purvis (malcolmp AT abc DOT gov DOT au) - ABC Technology Research and Development "I don't want it to be practical, I want it to be *expensive*." -- my wife.