delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2001/03/06/13:59:10

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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019