Mail Archives: cygwin/2000/04/14/17:25:28
Hi Mo,
try: mv WIN32.C win32.c
or override gcc language (forgot the switch)
Bye, Heribert (heribert_dahms AT icon-gmbh DOT de)
> -----Original Message-----
> From: Mo DeJong [SMTP:mdejong AT cygnus DOT com]
> Sent: Friday, April 14, 2000 09:14
> To: Mumit Khan
> Cc: cygwin AT sourceware DOT cygnus DOT com
> Subject: Re: Mingwin does not seem to know where its headers
> live.
>
> On Thu, 13 Apr 2000, Mumit Khan wrote:
>
> > Mo DeJong <mdejong AT cygnus DOT com> writes:
> > > I am trying to compile this code.
> > >
> > > BASH.EXE-2.03$ cat WIN32.C
> > > #include <string.h>
> > > #include <direct.h>
> > >
> > > int main(int argc, char ** argv) {
> > > strcpy(NULL,NULL);
> > > mkdir(NULL);
> > > return 0;
> > > }
> > >
> > >
> > > When I build with mingwin, it bails out
> > > saying it can not find direct.h.
> > >
> > > BASH.EXE-2.03$ gcc -mno-cygwin -c WIN32.C
> > > WIN32.C:2: direct.h: No such file or directory
> >
> > Sorry, but this report provides me with no information that
> > may help tracking down the problem.
> >
> > You need to tell us what version of gcc, and provide some
> information
> > on what version Cygwin, and if you're using a Cygwin snapshot vs one
> > of the released versions, and so on. At the very least, look at the
> > output of:
> >
> > BASH.EXE-2.03$ gcc -v -mno-cygwin -c WIN32.C
> >
> > -mno-cygwin uses some internal magic to find the path to the Mingw
> > includes, and obviously it's failing here. Hopefully the -v option
> > will point us in the right direction.
> >
> > Regards,
> > Mumit
>
> 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)
>
> $ 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/incl
> ude
> /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/include
> /usr/include
> End of search list.
> The following default directories have been omitted from the search
> path:
> End of omitted list.
> WIN32.C:2: direct.h: No such file or directory
>
> So it only searched i686-pc-cygwin/include and not the mingwin
> includes.
>
> Notice how it invoked cpp.exe with -lang-c++, could that be what is
> hosing it up. This really is just a regular C file, not a C++ one,
> it just got named that way when I copied it over from Linux. Whats
> odd about that is that when I mount the same drive under linux, it
> sees the file name as win32.c (not WIN32.C).
>
> Mo Dejong
> Red Hat Inc.
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com
- Raw text -