www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1997/01/16/01:44:23

Date: Thu, 16 Jan 1997 08:34:26 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Scott Blachowicz <scott AT statsci DOT com>
cc: leathm AT gbrmpa DOT gov DOT au, djgpp AT delorie DOT com
Subject: Re: DJGPP w/long file name support
In-Reply-To: <m0vkf2F-0003xGC@main.statsci.com>
Message-ID: <Pine.SUN.3.91.970116082239.16632D-100000@is>
MIME-Version: 1.0

On Wed, 15 Jan 1997, Scott Blachowicz wrote:

> Actually, I was thinking of adding a "dosify" function to GNU make that
> could do string conversions...
> 
>     DOS_INCLUDE_DIRS := $(dosify $(INCLUDE_DIRS))
>     MSVC_INCLUDE_OPTS := $(addprefix /I ,$(DOS_INCLUDE_DIRS))

By `dosify' do you mean converting the slashes to backslashes?  Then just 
use $(subst) built-in.  You might discover that the Win32 version of make 
already supports the backslashed pathnames, but I'd recommend to stay 
away from them as much as you can, because their support is incomplete 
(and cannot be made complete because it conflicts with some fundamental 
Make features such as filename wildcards etc).  IMHO, using ported GNU 
tools which support forward slashes is the best solution (and also will 
let you stay sane, especially if you work on Unix from time to time).

> but I never seem to have time to do more drastic changes...I think it'll
> end up being feasible to use the Cygnus stuff, but it's a little work and
> it'd be a lot easier if someone else did the work of getting DJGPP to do
> the trick under NT 4 (which I would do, but I'm severely lacking in the
> background necessary to put it together).

If you need the entire GNU toolchain (or large parts thereof), it might be
useful to try to enable LFN on NT from DJGPP library, because then you
just relink the available DJGPP ports and get a coherent toolset.  If the
LFN/NT project is too much for your resources, I'd recommend to compile
the DJGPP-patched sources with MSVC.  You will have to write a custom
replacements for some library functions, because the DJGPP ports rely on
the extended functionality of its libc to save some porting pains (a
notable example is `stat' and `fstat'), and I doubt that MSVC library has 
something to offer here, but you can just use the source of DJGPP libc.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019