Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-Id: <200001312343.RAA21966@modi.xraylith.wisc.edu>
X-Authentication-Warning: modi.xraylith.wisc.edu: localhost.xraylith.wisc.edu [127.0.0.1] didn't use HELO protocol
To: rahul AT kuchhal DOT com
cc: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: Trouble with include path 
In-reply-to: Your message of "Mon, 31 Jan 2000 13:51:58 PST."
             <20000131215158 DOT 27678 DOT rocketmail AT web220 DOT mail DOT yahoo DOT com> 
Date: Mon, 31 Jan 2000 17:43:02 -0600
From: Mumit Khan <khan AT NanoTech DOT Wisc DOT EDU>

Rahul Kuchhal <kuchhal AT yahoo DOT com> writes:
> Hi! All,
> I am facing a problem due to the wrong path for system
> header files. I am trying to use header file
> <socket.h>. This file has a include statement for
> header file <if.h>.
> The error given by compiler is 
> "if.h:63: parse error before `caddr_t`"
> 
> As I believe this is due to non declaration of caddr_t
> structure. It has been declared in file
> "cygnus\cygwin-b20\H-i586-cygwin32\i586-cygwin32\include\sys\types.h".
> But the compiler is picking up this file from area
> "cygnus\cygwin-b20\H-i586-cygwin32\i586-cygwin32\include\mingw32\sys\types.h"
> 
> Can anybody tell me how can I configure the compiler
> so that it picks the file <types.h> from "include\sys"
> instead of "include\mingw32\sys"?
> 

You cannot include Cygwin's socket.h from a Mingw application, sorry. 
When you decide to use mno-cygwin, you're giving up on all the POSIX
stuff offered by Cygwin. You'll have to use winsock directly.

For more information on what mno-cygwin is, and more importantly, what 
it isn't, see:

http://www.xraylith.wisc.edu/~khan/software/gnu-win32/#mno-cygwin

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com