Message-ID:	<37CB054F.2DF24B93@ujf-grenoble.fr>
Date:	Mon, 30 Aug 1999 15:27:27 -0700
From:	Maurice Lombardi <Maurice DOT Lombardi AT ujf-grenoble DOT fr>
X-Mailer:	Mozilla 4.08 [fr] (Win16; I)
MIME-Version:	1.0
Newsgroups:	comp.os.msdos.djgpp
To:	djgpp AT delorie DOT com
Subject:	Re: bug in ginstall under bash ?
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 990829145038 DOT 9438v-100000 AT is>
Reply-To:	djgpp AT delorie DOT com

Eli Zaretskii a écrit:
> 
> On Fri, 27 Aug 1999, Maurice Lombardi wrote:
> 
> > SHELL = /bin/sh
> >
> > all:
> >         /bin/ginstall -c anyfile anydir ;
> > ----------------------------------------
> >
> > If I don't put the ; at the end of the last line make fails with a message:
> >
> > /bin/ginstall -c anyfile anydir
> > make.exe: *** [all] Error -1
> >
> > with the ; included it is ok.
> 
> Do you actually have ginstall.exe in the /bin directory on the current
> drive?
> 

yes. the djgpp directory is at root level in the F: drive. ginstall.exe is in
its %DJGPP%/bin subdirectory, and the package to compile and install is in a
subdirectory of %DJGPP%/contrib.

> The correct solution is to configure the package so that INSTALL is
> replaced with "${DJDIR}/bin/ginstall -c".  Then it will work
> regardless.
In this case it would be wise that running the configure script produced by the
autoconf script of djgpp do that automatically. Otherwise you need to edit
manually the makefiles produced by this configure script. Unless of course there
are some adverse consequences I don't imagine.

An other oddity found when looking around. Trying to run install, which is a
symlink to ginstall, did not work. Making a fresh symlink, it works. The only
obvious change I see with a rapid look onto install binary is the indication of 
go32stub, v 2.00T 
in the old install, downloaded from a simtelnet mirror, and 
go32stub, v 2.02T 
in the freshly made. Are there any incompatibilities between the two versions?

Finally an other inconvenience, only when porting an unix script, is that
ginstall do not add automatically the suffix .exe to the executables. It is said
in the faq that it is able to stubify on the fly coff images. It it more
difficult to add this feature ? I have solved this problem by using AC_EXEEXT in
the configure.in and modifying the makefile.in accordingly. But with such a
feature, I would have nothing to do. I have found in the same work that "ln -s"
do that wisely. "ln -s source dest" produces a file dest.exe, not simply dest.

Many thanks for your work in any case

-- 
       Maurice Lombardi
Laboratoire de  Spectrometrie Physique,
Universite Joseph Fourier de Grenoble, BP87
38402 Saint Martin d'Heres Cedex     FRANCE
Tel: 33 (0)4 76 51 47 51
Fax: 33 (0)4 76 51 45 44
mailto:Maurice DOT Lombardi AT ujf-grenoble DOT fr

- Raw text -