delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2003/01/20/07:26:01.1

Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3E2BE86B.1C5445A@phekda.freeserve.co.uk>
Date: Mon, 20 Jan 2003 12:15:39 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
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 AT delorie DOT com
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>
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Andrew Cottrell wrote:
> 
> > > When tried to build fileutils4.1 from the sources on clio there were
> > > some files missing from the zip file (install-sh for example)
> > > that prevented configure from working correctly
[snip]
> Possible Real Problem:
> If you see the line in the makefile like "INSTALL = ./install-sh -c"
> instread of something like "ginstall -c"  then try adding the following line
> to share\config.site and rerun djgpp\config.bat, but his may not help. It
> does in some packages
> export INSTALL=${INSTALL='/dev/env/DJDIR/bin/ginstall -c'}

You should not need to do this for fileutils. It uses its own config.site and
ignores the one in $DJDIR/share. See gnu/filutil4.1/djgpp/config.site.
gnu/filutil4.1/djgpp/config.bat sets $CONFIG_SITE to point at the
fileutils-specific config.site file. This file contains a line similar to the
one above:

    INSTALL=${INSTALL='/dev/env/DJDIR/bin/ginstall -c'}

> When I built FileUtils from the recent Simtel sources from a few days ago I
> did not have the line above in the share\config.site. I just ran
> djgpp\config.bat and still got the same incorrect "INSTALL =
> ./install-sh -c". The following is the first part of the output after
> running djgpp\config.bat which I thought by the line checking for BSD
> compatible install finding ginstall then it would have used this.
> 
> DJ204 D:\dj204\gnu\filutil4.1>djgpp\config
> Configuring GNU Fileutils for DJGPP v2.x...
> Updating configuration scripts...
> No HOME found in the environment, using default value
> Running the ./configure script...
> configure: loading site script ./djgpp/config.site
> configure: loading cache config.cache
> checking build system type... (cached) i786-pc-msdosdjgpp
> checking host system type... (cached) i786-pc-msdosdjgpp
> checking for a BSD compatible install... /dev/env/DJDIR/bin/ginstall -c
> checking whether build environment is sane... yes
> checking for mawk... (cached) gawk
> checking whether make sets ${MAKE}... (cached) yes
> checking for perl5.003 or newer... yes
> 
> I am using Automake 1.7.2 and Autoconf 2.5.7 with a modified
> share\config.site.
> 
> 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.

> Sorry if this is documented some where, but should the makefiles
> be included in the source release?

No, they shouldn't. There are too many hard-coded paths in the Makefile for
autoconf, etc.

> 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?

Thanks, bye, Rich =]

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]

- Raw text -


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