This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: Problems with path resolution
- To: cygwin at cygwin dot com
- Subject: Re: Problems with path resolution
- From: Christopher Faylor <cgf at redhat dot com>
- Date: Mon, 27 Aug 2001 20:06:42 -0400
- References: <20010827214619.22573.qmail@linuxmail.org>
- Reply-To: cygwin at cygwin dot com
On Tue, Aug 28, 2001 at 05:46:18AM +0800, bumps man wrote:
>-----Original Message-----
>From: "Gerald W. Shapiro" <gshapiro@cais.com>
>Date: Mon, 27 Aug 2001 14:10:38 -0400 (EDT)
>To: cygwin@cygwin.com
>Subject: RE: Problems with path resolution
>
>
>> I just joined this list, and my question seems similar to Dan's. And
>> perhaps it is a mingw group question, but here I go... joining the hoards
>> of ignorant newbies bothering the list
>>
>> In one of the gprolog makefiles an auxiliary program takes a path
>> and a filename as input. Built with cygwin1.dll, fopen() in the auziliary
>> program has no problem finding /usr/local/blahblah/foo.h , but using
>> -mno-cygwin, the same is not found. If I run the no-cygwin version outside
>> the makefile, and provide a relative path, it works fine, but the
>> no-cygwin version does not recognize the full unix-style path. My cygwin
>> installation root is c:\cygwin.
>>
>> Is there something dreadfully obvious that I am missing here?
>>
>> Gerald
>>
>
>I used to have similar issues with pathnames. They were resolved when
>I made my root e:\ instead of e:\something\else.
>
>A non-cygwin Win32 app doesn't understand your cygwin root.
This is the answer to this issue. Cygwin doesn't affect path
recognition in non-cygwin applications. Use the cygpath program to
translate paths to Windows form or if an "identity" mount arrangement is
acceptable then that is another alternative.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/