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: <200004150327.WAA00787@hp2.xraylith.wisc.edu>
To: Mo DeJong <mdejong AT cygnus DOT com>
cc: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: Mingwin does not seem to know where its headers live. 
In-reply-to: Your message of "Fri, 14 Apr 2000 00:14:07 PDT."
             <Pine DOT LNX DOT 4 DOT 10 DOT 10004140005010 DOT 28236-100000 AT abomination DOT cygnus DOT com> 
Date: Fri, 14 Apr 2000 22:27:36 -0500
From: Mumit Khan <khan AT NanoTech DOT Wisc DOT EDU>

Mo DeJong <mdejong AT cygnus DOT com> writes:
> 
> Here is the output I get from gcc when I compile the above code
> with the -v option. (I am running with the new "net release" gcc)

Exactly what I needed, thanks. As a bit of background, here's how
-mno-cygwin "redirects" the include path: it basically adds the
-iwithprefix <relative_path> option you see marked with ^^^^^^ below.
The path is relative to gcc's "compiler" directory which contains
cc1, specs etc.

Could you please see if the relative path is not accessible and if
not, investigate why? What relative path needed to get from the
compiler directory to the mingw32 include directory?

> $ gcc -c -mno-cygwin WIN32.C -v
> Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs
> gcc version 2.95.2 19991024 (release)
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/cpp.exe -lang-c++ -v -D__GNUC__=2
> -D__GNUG__=2 -D__GNUC_MINOR__=95 -D__cplusplus -Di386 -D_WIN32 -DWINNT
> -D_X86_=1 -D__STDC__=1 -D__stdcall=__attribute__((__stdcall__))
> -D__cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x))
> -D__i386__ -D_WIN32 -D__WINNT__ -D_X86_=1 -D__STDC__=1
> -D__stdcall=__attribute__((__stdcall__))
> -D__cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x))
> -D__i386 -D__WINNT -Asystem(winnt) -Acpu(i386) -Amachine(i386)
> -D__EXCEPTIONS -remap -Acpu(i386) -Amachine(i386) -Di386 -D__i386
> -D__i386__ -Di686 -Dpentiumpro -D__i686 -D__i686__ -D__pentiumpro
> -D__pentiumpro__ -iwithprefixbefore
> ../../../../i686-pc-cygwin/include/mingw32 -D__MINGW32__=0.2 WIN32.C
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> C:\WINDOWS\TEMP/cccmAW4e.ii
> GNU CPP version 2.95.2 19991024 (release) (80386, BSD syntax)
> #include "..." search starts here:
> #include <...> search starts here:
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../include/g++-3
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../include
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../i686-pc-cygwin/include
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/include
>  /usr/include

[ snipped: FAT case brain-damage causeing win32.c vs WIN32.C and so on 
  that I can't help with ]

Regards,
Mumit


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