From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
To: <djgpp-workers AT delorie DOT com>
Subject: RE: Fileutils 4.0 port and ginstall
Date: Sun, 4 Mar 2001 15:14:58 +0100
Message-ID: <CAEGKOHJKAAFPKOCLHDIKEDFCBAA.tim.van.holder@pandora.be>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <3AA2451A.24DE1704@phekda.freeserve.co.uk>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
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
Precedence: bulk

> Can I assume that a non-MZ file is a batch file in the outer else clause?
I don't think so, unless the if statement is only used if -m is passed a
mode with an executable bit set.
Otherwise
	ginstall ABOUT-NLS /dev/env/DJDIR/share/locale/ABOUT-NLS
would create ABOUT-NLS.bat, wouldn't it?
Even preserving the original extension for such cases might not be a good
idea; consider
	ginstall somefile.install /dev/env/DJDIR/share/whatever/somefile
You want 'somefile', not 'somefile.install' to be created. I think you
really should limit the deductions to stubbed DJGPP executables. True
DOS packages (as opposed to ported Unixy stuff) who may need to install
other types of .exe files, or .com and .bat files will need to use ginstall
properly (ie 'ginstall foo.com <dir>' or 'ginstall foo.com <dir>/foo.com').

I expect the fix is mainly needed for automake and friends, so when they
build 'program' as main target, they can install 'program' and ginstall
will make sure this arrives as 'program.exe' if applicable.  Then again,
AC_EXEEXT should really be added to configure.in when porting to DOS
(but then you hit the 'DJGPP maintainers shouldn't need autoconf/automake'
axiom again).

> finished working on ginstall, I'll test dd, SFN builds and then I think
> Fileutils 4.0 port is ready for a beta. Please note that I'm targetting
> building with DJGPP 2.03. I think using DJGPP CVS's new goodies will be
> quite some work.
FYI, a new fileutils should be released soon (its release is being delayed
mainly because the maintainers are waiting for autoconf 2.50 to be
released).