Date: Tue, 3 Mar 1998 10:25:47 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: John Millaway <jmillawa AT nimbus DOT ocis DOT temple DOT edu>
cc: djgpp AT delorie DOT com
Subject: Re: Is there an OS-specific #defined symbol?
In-Reply-To: <6df35v$vao$1@cronkite.ocis.temple.edu>
Message-ID: <Pine.SUN.3.91.980303102521.3022E-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk


On 2 Mar 1998, John Millaway wrote:

> #if defined _WIN_NT_
> #include "Longfilename.blah.cpp"
> #else
> #include "Longfi~3.bla"
> #endif
> 
> I know this is a very awkward workaround, but at this point, it's better 
> than trying to reorganize the whole project around 8.3 filenames. If 
> there's a much better workaround, I'd LOVE to hear it.

A *much* better workaround (IMHO) is to have the file names on NT
properly truncated to the 8+3 DOS limits.  One way of achieving this
is to create a .zip or .tar archive with all the files on Unix (or on
NT, if you have a version of Zip or Tar which support long names
there), then unpack that archive on NT using UnZip or Tar which do NOT
support long names.  (The DJGPP ports of UnZip and GNU Tar will do for
the latter job.)  Then you will have all your files magically
truncated to 8+3 limits with no pesky ~3 numeric tails, and everything
should work.