Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <20010827214619.22573.qmail@linuxmail.org>
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0
X-Mailer: MIME-tools 4.104 (Entity 4.117)
From: "bumps man" <bumps AT linuxmail DOT org>
To: cygwin AT cygwin DOT com
Date: Tue, 28 Aug 2001 05:46:18 +0800
Subject: RE: Problems with path resolution



-----Original Message-----
From: "Gerald W. Shapiro" <gshapiro AT cais DOT com>
Date: Mon, 27 Aug 2001 14:10:38 -0400 (EDT)
To: cygwin AT cygwin DOT 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.  Making your cygwin root the
"real" root on a drive, you can take advantage
of the coincidence whereupon 

/usr/local/lib/whatever

will often be interpreted as 

e:\usr\local\lib\whatever

assuming that you launched whatever it is
you are running from the e: drive.

You may have to adjust / to \ sometimes.

For one thing, this allowed emacs (which
is a straight Win32 app) to jump to the 
appropriate header files for the "next-error" 
command.

(I assume this will work for c: as well;
I just like to have cygwin root on a different
partition.)







-- 

Get your free email from www.linuxmail.org 


Powered by Outblaze

--
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/