bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: m4 files not unique in 8.3 environments


From: Paul D. Smith
Subject: Re: m4 files not unique in 8.3 environments
Date: Sat, 26 Feb 2005 10:56:35 -0500

%% Bruno Haible <address@hidden> writes:

  bh> Paul Smith wrote:

  >> ./config/inttypes-pri.m4
  >> ./config/inttypes.m4
  >> ./config/inttypes_h.m4
  >> 
  >> This works fine for UNIX, but when people try to unpack the GNU make
  >> tarball on a DOS system where only 8.3 filenames are allowed they get
  >> errors because these filenames are not unique in 8.3.

  bh> Is this still relevant? The successor of the DOS filesystem, VFAT,
  bh> was shipped since 1995. That's 10 years ago. The DJGPP support in
  bh> gettext has not seen a volunteer caring about it for 3
  bh> years. Also, other operating systems that used 8.3 style
  bh> filenames, like GEMDOS or TRSDOS, are long dead.

  bh> This constellation (inttypes-pri.m4, inttypes.m4, inttypes_h.m4)
  bh> exists since gettext 0.11.4 - 2.5 years ago. Yet you are the first
  bh> one to complain about it.

All I can tell you is that I got a bug report from one of my users (Eli
Zaretskii) last week, when he tried to build the beta of the next
version of GNU make.  He has always and continues to use DJGPP, as you
may be aware.  And of course GNU make is a critical component of the
build environment.

There hasn't been a release of GNU make for a few years, so that's
probably why this has gone unnoticed until now.

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <address@hidden>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist




reply via email to

[Prev in Thread] Current Thread [Next in Thread]