Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm Sender: cygwin-apps-owner AT cygwin DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT cygwin DOT com Message-ID: <3C0E177B.DB2F313F@syntrex.com> Date: Wed, 05 Dec 2001 13:47:55 +0100 From: Pavel Tsekov X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: CA List Subject: Re: string.h vs string.h usage References: <3C0E0C4C DOT 73A1750D AT syntrex DOT com> <3C0E1075 DOT AE2A98C7 AT yahoo DOT com> <3C0E11E8 DOT 4153D837 AT syntrex DOT com> <3C0E165F DOT C40BBF57 AT yahoo DOT com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Earnie Boyd wrote: > > Pavel Tsekov wrote: > > > > By fixing I mean replacing strings.h with string.h :) Btw it doesnt pick > > only mingw headers - check the makefile - i uses the option -isystem and > > supplies a bunch of include header file dirs from newlib and winsup. > > Yep, that's another way. > > You renamed which strings.h? Cygwin's I assume since MinGW doesn't have > one but I hate assuming. Nope :) The #include directives in the sources of setup.exe :) Thats is what the discussion is for :) There are such includes in setup.exe sources and I want ot be replaced with string.h . I'm crosscompiling setup.exe on linux and use just mingw thats how this errors showed up.