X-Authentication-Warning:	acp3bf.physik.rwth-aachen.de: broeker owned process doing -bs
Date:	Tue, 6 Mar 2001 19:58:51 +0100 (MET)
From:	Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
X-Sender:	broeker AT acp3bf
To:	djgpp-workers AT delorie DOT com
Subject:	Re: Fileutils 4.0 port and ginstall
In-Reply-To:	<20010306122652.A14041@kendall.sfbr.org>
Message-ID:	<Pine.LNX.4.10.10103061956120.1749-100000@acp3bf>
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Tue, 6 Mar 2001, JT Williams wrote:

> -: > But if you've never seen anything that does check that 'src' has been
> -: > copied to 'dest', then it's probably OK. I admit it does seem like a
> -: > stange thing to do - you'd expect ginstall to return an error code if it
> -: > failed.
> 
> Ok, I'm thoroughly confused now about what `install' will and will not do.
> I use something like this in makefiles:
> 
> 	$(INSTALL) foo/bar$(EXE) elsewhere/bar$(EXE)
> 
> where $(EXE) is `.exe' if `make' runs on my DJGPP box, and is null
> otherwise.  Is `install' now  going to make this decision for me?

No, not in that case. But it tries to be helpful in cases where you forgot
to set EXE = .exe, even though you're using DJGPP. I.e. for the typical
DOS-unaware Unix source package. It'll translate a call
	
	install foo/bar elsewhere/bar

silently into an equivalent of

	install foo/bar elsewhere/bar
	stubify elsewhere/bar
	remove elsewhere/bar   # not sure about this one...

Thus creating elsewhere/bar.exe

-- 
Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de)
Even if all the snow were burnt, ashes would remain.

- Raw text -