From: noer@cygnus.com (Geoffrey Noer)
Subject: Re: String.h vs string.h question
9 May 1997 02:24:38 -0700
Approved: cygnus.gnu-win32@cygnus.com
Distribution: cygnus
Message-ID: <199705090313.UAA14307.cygnus.gnu-win32@rtl.cygnus.com>
Content-Type: text
Original-To: gnu-win32@cygnus.com
Original-Cc: noer@cygnus.com (Geoffrey Noer)
In-Reply-To: <199705090113.SAA08234@nz1.netzone.com> from "Mikey" at May 8, 97 01:20:25 pm
X-Mailer: ELM [version 2.4 PL23]
Original-Sender: owner-gnu-win32@cygnus.com

I was asked:
> 
> So is mount -m reenabled, or what?
> 
> Is that the String.h string.h fix, and if so so we need to reinstall to use
> it?
> 
> Confused.

The header files fix in b18 has nothing to do with mount -m.  I am making
use of a gcc internal mechanism that allows you to create a mapping between
header file names.

String.h is really _string.h in the release.  I added a mapping in a
file called header.gcc which tells gcc that any references to String.h
really mean _string.h.  Similar conflicts are handled in the same way.

Although this is what's happening inside the compiler, everyone should
continue to #include the standard names.  (The internal mapping should
stay internal).

-- 
Geoffrey Noer
noer@cygnus.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".