Sender: rich AT phekda DOT freeserve DOT co DOT uk Message-ID: <3E318DE4.80E2C838@phekda.freeserve.co.uk> Date: Fri, 24 Jan 2003 19:03:00 +0000 From: Richard Dawe X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586) X-Accept-Language: de,fr MIME-Version: 1.0 To: DJGPP workers Subject: Re: DJGCPP Clio 2.04 Alpha update - New release in the next few days References: <250B3114DA16D511B82C00E0094005F809D31B6C AT MSGWAW11> <3E2AECE9 DOT FEB15D0 AT phekda DOT freeserve DOT co DOT uk> <003901c2c052$45309be0$0100a8c0 AT acp42g> <3E2BE86B DOT 1C5445A AT phekda DOT freeserve DOT co DOT uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp-workers AT delorie DOT com Hello. Richard Dawe wrote: > > Andrew Cottrell wrote: [snip] > > Richard, > > In your makefile (not included in the File Utils source at Simtel) what is > > INSTALL=? > > Hmmm, it says "./install-sh -c". That's wrong. > > The problem arises because another configure check overrides the value of > INSTALL. If busy text (executable) files can't be unlinked, then it falls > back on install-sh. [snip] > > Are you performing a make install from bash or form a DOS type prompt? > > I usually run it from bash. Perhaps that's why I haven't noticed this > before. For now, can you run 'make install' from bash? On further reflection: Since "make install" will overwrite the install program, we can't use ginstall. It can't overwrite itself with another executable, when it's running. So it has to use install-sh. I will update the installation instructions to say that you have to run "make install" from bash. Bye, Rich =] -- Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]