Delivered-To: listarch-cygwin@sourceware.cygnus.com Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Sender: cygwin-owner@sourceware.cygnus.com Delivered-To: mailing list cygwin@sourceware.cygnus.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@sourceware.cygnus.com Cc: Graham.Dumpleton@otcgpo.isg.otc.com.au Subject: Re: B20: make confused with //a style drive specifiers In-Reply-To: <199902150959.UAA16467@baldric.pad.otc.com.au> References: <199902150959.UAA16467@baldric.pad.otc.com.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@scoutsys.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@abc.gov.au) - ABC Technology Research and Development "I don't want it to be practical, I want it to be *expensive*." -- my wife.