X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f Message-Id: <200412151900.iBFJ05rW023016@delorie.com> From: "Juan Manuel Guerrero" Organization: Darmstadt University of Technology To: djgpp-announce AT delorie DOT com Date: Wed, 15 Dec 2004 19:17:27 +0200 Subject: ANNOUNCE: DJGPP port of GNU gzip-1.3.5 uploaded In-reply-to: <200107040011.UAA29532@delorie.com> Content-description: Mail message body X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: st001906 AT hrz1 DOT hrz DOT tu-darmstadt DOT de X-Mailing-List: djgpp-announce AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk This is a port of GNU Gzip 1.3.5 to MSDOS/DJGPP. DJGPP specific changes. ======================= This port is based on the previous ports gzip13X[bds].zip which are based on Eli Zaretskii's port of GNU Gzip 1.2.4a (aka gzp124a[bds].zip). This means, that all the djgpp specific funtionality introduced with those ports will also be available in this new port. This is a recompilation of all new features introduced with gzp124a and also available in this port: - Gzip now fully supports long file names on those platforms where DJGPP can access them. This means, for example, that compressing `foo.tar' on Windows 9X will produce `foo.tar.gz', not `foo.tgz'. For backward compatibility, Gzip knows about butchered DOS-style extensions of compressed files even when long file names are supported. For example, if you have `foo.tgz' and you type "gunzip foo.tar", Gzip will find the file even on Windows 9X. Short variants of compressed extensions are checked *after* the long ones, so Gzip will try to find `foo.tar.gz' before `foo.tgz'. Long file name support is checked for each file submitted to Gzip, so it will treat each one of them in accordance with the properties of the file system where that file resides. In other words, you can compress files that reside on DOS and Windows file systems within a single Gzip command. - Gzip will no longer appear to hang when its input comes from the console device. Previous ports would hang when the user typed "gzip -f [Enter]". This port allows you to either interrupt the program with Ctrl-C (if you typed that command by mistake), or type in the input and end it with a ^Z (if you really mean to compress the text you type from the keyboard). This is done by avoiding to switch the console device to binary mode, so any console reads are now done in text mode. - The default compressed file extension is now `.gz', not `z'. This is so that compressed file names on Windows 9X would have the usual `.gz' extension, but it also means that `foo.cc' will now be compressed into `foo.cgz' when long file names are not supported. Use the -N option to `gunzip' to restore the original name, if the original file name had more than one character in the extension. - When restoring original file names, `gunzip' now converts all characters that are not allowed in DOS/Windows file names to similar but valid characters, and changes the file name if it is reserved by a DOS device driver (like `aux.text' or `prn.tar') by prepending an underscore to it. - In previous ports, uncompressing files with certain names on Windows 9X when numeric tails are disabled would trigger false warnings about file name truncation. This is now fixed. - Truncation of long file names on plain DOS is somewhat smarter now: `gunzip' treats several additional characters (like `-' and `_') as part delimiters. - Shell scripts `zmore', `zdiff', `zgrep' and others now work on DOS and Windows, and are distributed with the binary distribution, as are all the man pages supplied with the official GNU sources. - The binaries gunzip.exe and zcat.exe will be installed as symlinks of gzip.exe. All the changes done to the original distribution are documented in the diffs file and located together with all the files needed to configure the package (config.bat, config.sed, config.site, etc.) in the /djgpp subdir. There exist a mekefile called makefile.dj located in the /msdos subdir. This is part of the original FSF gzip-1.2.4 source distribution. I have never inspected nor used this file, so do not use it or do not ask question if you decide to use it. This port as well as all the other gzip13X[bsd].zip ports use the usual configuration files located in the /djgpp directory to create the configure script, Makefile and config.h. If you want to recompile the package, run the command: make Install the products running the command: make install There is no testsuite in this package so test the binary by using it. As usual I have configured and produced the binaries using stock djdev203. If you are a WinXP user you will have to reconfigure and recompile from scratch running the commands: rm djgpp\config.cache make distclean djgpp\config make make install These command sequence will produce and install the binaries, info docs and unformated man pages in the djgpp installation tree defined by /den/env/DJDIR The port consists of the usual three packages that can be downloaded from ftp.delorie.com and mirrors as (timestamp 2004-12-15): Gzip 1.3.5 binary, info and man format documentation: ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gzip135b.zip Gzip 1.3.5 dvi, html, ps and pdf format documentation: ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gzip135d.zip Gzip 1.3.5 source: ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gzip135s.zip Send gzip specific bug reports to . Send suggestions and bug reports concerning the DJGPP port to comp.os.msdos.djgpp or . If you are not sure if the failure is really a gzip failure or a djgpp specific failure, report it here and *not* to . Enjoy. Guerrero, Juan Manuel