Changelog for the DJGPP Port of GNU Fileutils 4.0, release 5
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Bugs Fixed in Release 5
-----------------------

- Make sure all executables in the binary distribution are stripped.

- Fix a bug in gnu/filutil4.0/djgpp/patchexe.sh, so that all executables
  in the binary distribution have the patches to DJGPP libc included.

Bugs Fixed in Release 4
-----------------------

- gnu/filutil4.0/djgpp/opendir.sh in the source distribution
  has been renamed to patchexe.sh. patchexe.sh now performs
  more sanity checks on the DJGPP installation, to check that
  the patches are actually needed. It will also now work with
  gcc 3.x.

Thanks to Eli Zaretskii for patches to fix the following issues:

- ginstall would crash when invoked to install a file with no
  extension (such as a shell script).

- "cp -Pp" would print an error message on filesystems that don't
  allow setting timestamps of directories.

Bugs Fixed in Release 3
-----------------------

- A pointer was added to Laurynas Biveinis's patch for the sources
  to make configure.in compatible with Autoconf 2.50. This patch was not
  included in the port, because it breaks compatibility with Autoconf 2.13.

- Some patches by Paul Eggert were applied to fix a bug where 'ls' displays
  a large bogus file size for files > 2GB.

Bugs Fixed in Release 2
-----------------------

- readme.dos now describes the DOS-specific features added as part of
  the DJGPP port.

- 'ls' will no longer list hidden files unless the all files ('-a') option
  is also used.

- 'ls' will no longer display a spurious escape sequence when LS_COLORS is
  set to an invalid string.

Bugs Fixed in Release 1
-----------------------

- 'ginstall' will now generate a warning, when stripping programs that do not
  have the standard stub. This warning explains the error that 'strip'
  generates, when run by 'ginstall'. This warning will be generated,
  if you use PMODE/DJ or CWSDSTUB.

- 'ls', 'dir' and 'vdir' would previously generate an error
  (ENOENT or ENMFILE), when listing an empty root directory, e.g.:

    bash-2.04$ ls a:/
    c:/djgpp/bin/ls: a:: No such file or directory (ENOENT)

  This is due to a bug in DJGPP 2.03's libc. This bug has been fixed for
  DJGPP 2.04.

  This bug also affects 'rm' when doing 'rm -r a:/' or similar. It probably
  affects 'mv' too and perhaps other Fileutils programs.

  The binary distribution contains programs built with the fix. The source
  distribution contains a patch for djlsr203 for the fix and a script
  to build with the fix.

- Some bugs were fixed in recursive 'rm' (rm -r ...):

  * Relative paths with a drive specifier, e.g. a:foo, were not handled
    properly.

  * 'rm -r' would not save and restore the current working directory properly
    if multiple drives were involved - e.g. removing a:/foo while
    the current directory is c:/.

  * 'rm -r' would fail to remove directores when given an absolute path.
    It would change into a directory and then try to remove it. This does not
    work on MS-DOS, because you cannot remove the current directory.

- 'chown' and 'chgrp' now always pretend that they change the user and group,
  when they are different from the current user and group. This is consistent
  with 'chown' and 'chgrp' from Fileutils 3.16.

- 'install' is now a stub that runs 'ginstall'. Previously it was the other
  way round. This change has been made because 'install' is too common
  a name to be used safely.

* The stubs 'd' and 'v' are now included. They were mistakenly omitted.
  They run 'dir' and 'vdir' respectively.

- Unformatted man pages are no longer included in the binary distribution.

- Fixed some bugs in building with symlink support using DJGPP CVS.

- The sources are configured using the same method as the DJGPP ports
  of Textutils and other GNU packages - using the script djgpp/config.bat.
  This fixes the scripts and Makefiles to work around limitations in
  DOS filenames.

Bugs Fixed in Beta 2
--------------------

- Added djgpp/config.bat to automatically configure Fileutils to build
  for DJGPP.

- Fixed the build problem for the man pages.

- Fixed some problems with the test suite. The test suite now uses bash as
  its shell. This should fix some bogus failures due to redirection failing,
  when the wrong shell (command.com) was being used for the test suite.
  Also modified the Perl test programs to cope with differing behaviour
  to Unix - (DJGPP or all?) programs found in the path are fully qualified
  with the path with DJGPP, but on Linux they are not.

- Fileutils should now build in short filename environments, e.g. DOS.
  The test suite should also behave in the same way as for long filename
  environments (e.g. Windows '95, '98, ME).

- Fileutils should now build with symlink support. Currently only DJGPP
  sources in CVS have symlink support - this should become DJGPP 2.04,
  when it's released.

Bugs Fixed in Beta 1
--------------------

- 'install' (aka 'ginstall') now handles stubbed COFF executable files
  or MZ-format (MS-DOS) executable files by appending '.exe' to the target
  name, so:

    install foo /bin/foo

  now creates /bin/foo.exe. This is so that 'foo' will be found by
  command.com and other shells. This is in addition to the support that
  'install' has where 'foo' is an unstubbed COFF executable.

Bugs Fixed in Alpha 2
---------------------

- 'ls --color' no longer leaves a '<-[m' on exit.

- 'chgrp' now behaves like 'chmod' with regard to groups; that is, it will
  successfully change a file's group to an arbitrary group name. Before it
  would only succeed if the new group name was the current group
  (see 'info libc alpha getgrent').

- 'dd' should now handle MS-DOS line endings (CR-LF).

- 'df' should now handle JOIN'd drives.

Richard Dawe <rich@phekda.freeserve.co.uk> 2002-04-04
